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Foreword 



This Technical Specification (TS) has been produced by ETSI Technical Committee Satellite Earth Stations and 
Systems (SES). 

The contents of the present document are subject to continuing work within TC-SES and may change following formal 
TC-SES approval. Should TC-SES modify the contents of the present document it will then be republished by ETSI 
with an identifying change of release date and an increase in version number as follows: 

Version l.m.n 

where: 

• the third digit (n) is incremented when editorial only changes have been incorporated in the specification; 

• the second digit (m) is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 

The present document is part 4, sub-part 5 of a multi-part deliverable covering the GEO-Mobile Radio Interface 
Specifications, as identified below: 

Parti: "General specifications"; 

Part 2: "Service specifications"; 

Part 3: "Network specifications"; 

Part 4: "Radio interface protocol specifications"; 

Sub-part 1: "GMR-2 Mobile Earth Station-Network Interface; General Aspects and Wnciples; 
GMR-2 04.001"; 

Sub-part 2: "GMR-2 Mobile Earth Station-Network Interface; Channel Structures and Access capabilities; 
GMR-2 04.003"; 

Sub-part 3: "Layer 1 General requirements; GMR-2 04.004"; 

Sub-part 4: "Data Link Layer General Aspects; GMR-2 04.005"; 

Sub-part 5: "GMR-2 Mobile Earth Station - Network Interface; Data Link (DL) layer Specifications; 
GMR-2 04.006"; 

Sub-part 6: "Mobile Radio Interface Signalling Layer 3; General Aspects; GMR-2 04.007"; 

Sub-part 7: "Mobile radio interface Layer 3 Specifications; GMR-2 04.008"; 

Sub-part 8: "Point-to-Point Short Message Services; GMR-2 04.01 1 "; 

Sub-part 9: "Performance requirements on the mobile radio interface; GMR-2 04.013"; 

Sub-part 10: "Rate Adaptation on the Mobile Earth Station (MES) - Gateway System Interface; 
GMR-2 04.021"; 

Sub-part 11: "Call Waiting (CW) and Call Holding (HOLD) Supplementary Services; GMR-2 04.083"; 

Sub-part 12: "Multiparty Supplementary Services (MPTY); GMR-2 04.084"; 

Sub-part 13: "Technical Realisation of the Early Flag Technique; GMR-2 04.201"; 

Sub-part 14: "Call Barring Supplementary Services; GMR-2 02.088"; 
Part 5: "Radio interface physical layer specifications"; 
Part 6: "Speech coding specifications". 
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Introduction 



GMR stands for GEO (Geostationary Earth Orbit) Mobile Radio interface, which is used for mobile satellite services 
(MSS) utilising geostationary satellite(s). GMR is derived from the terrestrial digital cellular standard GSM and 
supports access to GSM core networks. 

Due to the differences between terrestrial and satellite channels, some modifications to the GSM standard are necessary. 
Some GSM specifications are directly applicable, whereas others are applicable with modifications. Similarly, some 
GSM specifications do not apply, while some GMR specifications have no corresponding GSM specification. 

Since GMR is derived from GSM, the organisation of the GMR specifications closely follows that of GSM. The GMR 
numbers have been designed to correspond to the GSM numbering system. All GMR specifications are allocated a 
unique GMR number as follows: 

GMR-n xx.zyy 

where : 

xx.Oyy (z=0) is used for GMR specifications that have a corresponding GSM specification. In this case, the 
numbers xx and yy correspond to the GSM numbering scheme. 

xx.2yy (z=2) is used for GMR specifications that do not correspond to a GSM specification. In this case, only the 
number xx corresponds to the GSM numbering scheme and the number yy is allocated by GMR. 

n denotes the first (n=l) or second (n=2) family of GMR specifications. 

A GMR system is defined by the combination of a family of GMR specifications and GSM specifications as follows: 

• If a GMR specification exists it takes precedence over the corresponding GSM specification (if any). This 
precedence rule applies to any references in the corresponding GSM specifications. 

NOTE: Any references to GSM specifications within the GMR specifications are not subject to this precedence 
rule. For example, a GMR specification may contain specific references to the corresponding GSM 
specification. 

• If a GMR specification does not exist the corresponding GSM specification may or may not apply. The 
applicability of the GSM specifications are defined in GMR-n 01.201. 
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1 Scope 



The present document defines the technical specification for a data link layer protocol to be used for signalling, and 
possibly other applications, on the MES-NW interface. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, subsequent revisions do apply. 

[I] GMR-2 01.004 (ETSI TS 101 377-1-1): "GEO-Mobile Radio Interface Specifications; 
Part 1: General specifications; Sub-part 1: Abbreviations and Acronyms; GMR-2 01.004". 

[2] GMR-2 04.001 (ETSI TS 101 377-4-1): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 1 : GMR-2 Mobile Earth Station-Network 
Interface; General Aspects and Wnciples; GMR-2 04.001". 

[3] GMR-2 04.003 (ETSI TS 101 377-4-2): "GEO-Mobile Radio Interface Specification: 

Part 4: Radio interface protocol specifications; Sub-part 2: GMR-2 Mobile Earth Station-Network 
Interface; Channel Structures and Access capabilities; GMR-2 04.003". 

[4] GMR-2 04.004 (ETSI TS 101 377-4-3): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 3: Layer 1 General requirements; 
GMR-2 04.004". 

[5] GMR-2 04.005 (ETSI TS 101 377-4-4): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 4: Data Link Layer General Aspects; 
GMR-2 04.005". 

[6] GMR-2 04.007 (ETSI TS 101 377-4-6): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 6: Mobile Radio Interface Signalling 
Layer 3; General Aspects; GMR-2 04.007". 

[7] GMR-2 04.008 (ETSI TS 101 377-4-7): "GEO-Mobile Radio Interface Specifications; 

Part 4: Radio interface protocol specifications; Sub-part 7: Mobile radio interface Layer 3 
Specifications; GMR-2 04.008". 

[8] GSM 04. 10 (ETSI ETS 300 558 Edition 2): "Digital cellular telecommunications system 

(Phase 2); Mobile radio interface layer 3; Supplementary services specification; General aspects 
(GSM 04.10 version 4.10.0)". 

[9] GSM 04. 12 (ETSI ETS 300 560 Edition 3): "Digital cellular telecommunications system 

(Phase 2); Short Message Service Cell Broadcast (SMSCB) support on the mobile radio interface 
(GSM 04.12 version 4.6.0)". 

[10] GMR-2 05.002 (ETSI TS 101 377-5-2): "GEO-Mobile Radio Interface Specifications; 

Part 5: Radio interface physical layer specifications; Sub-part 2: Multiplexing and Multiple Access 
on the Radio Path; GMR-2 05.002". 

[II] GSM 08.56 (ETSI ETS 300 595): "European digital cellular telecommunications system (Phase 2); 
Base Station Controller - Base Transceiver Station (BSC - BTS) interface; Layer 2 specification 
(GSM 08.56 version 4.0.2)". 
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[12] GSM 08.58 (ETSI ETS 300 596 Edition 4): "Digital cellular telecommunications system 

(Phase 2); Base Station Controller - Base Transceiver Station (BSC - BTS) interface; Layer 3 
specification (GSM 08.58 version 4.9.0)". 

[13] ITU-T Recommendation Z.IOO; "Specification and description language (SDL)". 



3 Definitions and abbreviations 

Abbreviations used in the present document are listed in GMR-2 01.004 [1]. 



General 



The present document describes the frame structure, elements of procedure, field formats and procedures for the proper 
operation of the Link Access Protocol on the Dm channel, LAPDm. 

The concepts, terminology, overview description of LAPDm functions and procedures, and the relationship with other 
TS's are described in general terms in GMR-2 04.005 [5]. 

The frame formats defined for LAPDm are based on those defined for LAPD. However, there are important differences 
between LAPDm and LAPD, in particular with regard to frame delimitation methods and transparency mechanisms. 

These differences are necessary for operation within the constraints set by the radio path. 

LAPDm is used for information sent on the control channels, S-AGCH, S-HPACH, S-PCH, S-FACCH, S-SACCH and 
S-SDCCH as defined in GMR-2 04.003 [3]. LAPDm may also be used on other types of channel. 

LAPDm supports two modes of operation: 

a) unacknowledged operation using UI (unnumbered information) frames; 

b) acknowledged operation using the multiple frame procedure. 

As a choice of implementation, the two modes of operation may be implemented independently of each other. This is 
possible since there are no interactions between the two modes, other than queuing at the transmitter, even when they 
coexist on the same physical channel. For S-BCCH, S-HBCCH and S-CCCH, only the unacknowledged mode of 
operation needs to be implemented. 

NOTE 1 : The term Dm channel is used for convenience to designate the collection of all the signaling channels 
required in the GMR-2 system. See GMR-2 04.003 [3]. 

NOTE 2: S-AGCH, S-HPACH, S-RACH and S-PCH are referred to by the collective name S-CCCH (common 
control channels) and S-FACCH, S-SACCH and S- SDCCH are similarly referred to by the collective 
name S-DCCH (dedicated control channels). 

NOTE 3: As stated in GMR-2 04.005 [5] specification, the term "data link layer" is used in the main text of the 
present document. However, mainly in figures and tables, the terms "layer 2" and "L2" are used as 
abbreviations. Furthermore, in accordance with GMR-2 04.007 [6] and GMR-2 04.008 [7], the term 
"layer 3" is used to indicate the layer above the data link layer. 
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Frame structure for peer-to-peer communication 



5.1 



General 



All data link layer peer-to-peer exchanges are in frames conforming to one of the formats shown in figure 5.1.1. 
Several format types are shown in the figure: 

Format A is used on S-DCCH frames when there is no information field; 

Format B is used on S-DCCHs for frames containing an information field; 
- Format Bbis is used only on, S-PCH, S-HPACH and S-AGCH; 

In addition there is a Format C for transmission of random access signals. 

Format C frames are described in Annex A. Format A and B/Bbis frames are described in the remainder of the present 
document. 
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-* Bit Numbering 



Bit 8 7 6 5 4 



Information Field 



Octet # 
1 

N201 



Type Bbis Format 

Figure 5.1.1 : General data link layer frame formats (page 1 of 2) 

The parameter N201 takes a fixed value for each type of channel (see clause 8.8.3) and determines the maximum 
number of octets in the information field of a frame. 

5.2 Frame delimitation and fill bits 

Frame delimitation is provided by the physical layer: 

a) in format type A and B frames at the beginning of the frame for determining the start of the first octet in the 
address field and in format type Bbis frames for determining the start of the first octet for the information field; 

b) at the end of the frame for determining the last bit of the frame. 

The end of the useful part of the frame, i.e., the end of the length indicator field in type A frames and the end of the 
information field in type B frames, is determined by a length indicator contained in the length indicator field. The useful 
part of a Bbis frames takes all N201 octets of that frame. 

If a frame contains a length indicator with a value less than N201, the frame contains fill bits. Octets containing fill bits 
shall take the binary value "0010101 1," when sent by the network. Octets containing fill bits shall take the value 
"00101011" or " 1 1 1 1 1 1 1 1," when sent by the user terminal. 

NOTE: The value "0010101 1 " is chosen due to the modulation and interleaving scheme used in the GSM system. 

5.3 Address field 

The address field may consist of a variable number of octets, however, for applications on control channels, this field 
consists of only one octet. The address field identifies the SAP for which a command frame is intended and the SAP 
transmitting a response frame. The format of the address field is defined in clause 6.2. 

5.4 Control Field 

The control field consists of one octet. The format of the control field is defined in clause 6.4. 



5.5 Length indicator field 



The length indicator field may consist of a variable number of octets, however, for applications on control channels, the 
field consists of only one octet. The format of the field is defined in clause 6.6. 

5.6 Information field 

The information field of a frame, when present, follows the length indicator field (see clause 5.5). 
The maximum number of octets in the information field (N201) is defined in clause 8.8.3. 
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5.7 Transparency 



Because of the frame delimitation technique used (see clause 5.2), the frame can include any possible sequence of bits 
without the need for additional ttansparency mechanisms. 



5.8 



Format convention 



5.8.1 Numbering Convention 

The basic convention used in the present document is illusfrated in figure 5.8.1.1. The bits are grouped into octets. 

The bits of an octet are shown horizontally and are numbered from 1 to 8. Multiple octets are shown vertically and are 
numbered from 1 to n. 

^ Bit Numbering 

8 7 6 5 4 3 2 1 



Bit 



Octet # 
1 
2 



Figure 5.8.1.1 : Format numbering convention 

5.8.2 Order of bit transmission 

The order of bit transmission is defined in GMR-2 04.004 [4]. 

5.8.3 Field IVIapping Convention 

When a field is contained within a single octet, the lowest bit number of the field represents the lowest order value. 

When a field spans more than one octet, the order of bit values within each octet progressively decreases as the octet 
number increases. In that part of the field contained in a given octet the lowest bit number represents the lowest order 
value. 

For example, a bit number can be identified as a couple (o, b) where o is the octet number and b is the relative bit 
number within the octet. Figure 5.8.3.1 illustrates a field that spans from bit (1, 3) to bit (2, 7). The high order bit of the 
field is mapped on bit (1, 3) and the low order bit is mapped on bit (2, 7). The entries in the various bit locations of the 
field show the values associated with a "1" in that bit location. 



8 


7 


6 


Bit Numbering 

5 4 


3 


2 


1 




2' 


2' 


2^ 


2' 


2" 













1st Octet Of field 
2nd Octet of field 



Figure 5.8.3.1 : Field IVIapping Convention 
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Elements of procedures and formats of fields for data 
link layer peer-to-peer communication 



6.1 



General 



The elements of procedures define the commands and responses that are used on the data link connections carried on 
the Dm channel. 

Procedures are derived from these elements of procedures and are described in clause 8. 

If a bit position is marked as "spare," it shall be coded as "0". For future compatibility reasons, an entity receiving 
frames, where spare bit positions are coded otherwise, shall ignore those values without notification of any error. 



6.2 



Address field format 



The field consists of; 

a) the address field extension bit EA; 

b) the command/response bit C/R; 

c) theSAPI; 

d) and the Link Protocol Discriminator LPD. 

The format of the address field for control channels is shown in figure 6.2.1. 

The address field extension bit, EA, enables extension of the field to span more than one octet. The value "0" is used to 
indicate an extension, the value " 1 " shall be used for the final address field octet. 

The Link Protocol Discriminator used in the present document shall take the value "0 0", all other values are reserved. 

NOTE: LPD = "0 1" is reserved for short message service (optional). 

^ Bit Numbering 

Bit 8 7 6 5 4 3 2 1 



Spare 


LPD 


SAPI 


C/R 


EA=1 



Figure 6.2.1 : Address field format 



6.3 



Address field variables 



6.3.1 Address field extension bit (EA) 

The address field range is extended by reserving the first transmitted bit of the address field octets to indicate the final 
octet of the address field. The presence of a "1 " in the first bit of an address field octet signals that it is the final octet of 
the address field. Figure 6.2.1 shows the case where the field consists of one octet. For Dm channels, EA takes the value 

TI -1 TI 
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6.3.2 Command/response field bit (C/R) 
6.3.2.1 MES - network 

The C/R bit identifies a frame as either a command or a response. The MES side shall send commands with the C/R bit 
set to "0", and responses with the C/R bit set to "1". The NETWORK side shall do the opposite; that is commands are 
sent with C/R set to "1", and responses are sent with C/R set to "0". The combinations for the NETWORK side and 
MES side are shown in table 6.3.2.1.1. 

Table 6.3.2.1.1 : MES - network C/R field bit usage 

Type Direction C/R Value 

Command Network to MES 1 

MES to Network 

Response Network to MES 

MES to Network 1 



6.3.2.2 MES - MES in single hop mode 

The C/R bit identifies a frame as either a command or a response. A MES shall always send commands with the C/R bit 
set to "1" and responses with the C/R bit set to "0". The combinations for the MES are shown in table 6.3.2.2.1. 

Table 6.3.2.2.1 : IVIES - MES C/R field bit usage 



Type 


C/R Value 


Command 


1 


Response 






6.3.3 Service Access Point Identifier (SAPI) 

The Service Access Point Identifier (SAPI) identifies a point at which data link layer services are provided by the data 
link layer to a layer 3 entity (see GMR-2 04.005 [5]). The SAPI allows 8 service access points to be specified initially, 
where bit 3 of the address field octet containing the SAPI is the least significant bit and bit 5 is the most significant. 

The SAPI values are allocated as shown in table 6.3.3.1. 

Table 6.3.3.1 : Allocation of SAPI values 



SAPI value 


Related Layer 3 Entity 





Call control signaling, mobility management signaling and radio resource management 
signaling (see GMR-2 04.008 [7] and GSM 04.10 [8]) 


3 


Short message service (optional) 


All Others 


Reserved 



6.4 Control field formats 

The control field identifies the type of frame (as either I, S or U frames), for both commands or responses. The control 
field will contain sequence numbers, where applicable. 

Three types of control field formats are specified: numbered information transfer (I frame format), supervisory 
functions (S frame format), and unnumbered information transfer and control functions (U frame format). The control 
field formats for LAPDm are shown in table 6.4.3.1. 
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6.4.1 Information transfer format - I 

The I format shall be used to perform an information transfer between layer 3 entities. The functions of N(S), N(R) and 
P (defined in clause 6.5) are independent. That is, each I frame has an N(S) sequence number, an N(R) sequence 
number which may or may not acknowledge additional I frames received by the data link layer entity, and a P bit that 
may be set to "0" or " 1 ". The use of N(S), N(R) and P is defined in clause 8. 

6.4.2 Supervisory format - S 

The S format shall be used to perform data link supervisory control functions such as: acknowledge I frames, request 
retransmission of I frames, and request a temporary suspension of transmission of I frames. The functions of N(R) and 
P/F are independent. That is, each supervisory frame has an N(R) sequence number which may or may not acknowledge 
additional I frames received by the data link layer entity, and a P/F bit that may be set to "0" or " 1 ". The use of N(R) 
and the P/F bit is described in clause 8. 

6.4.3 Unnumbered format - U 

The U format shall be used to provide additional data link control functions and unacknowledged information transfer. 
This format does not contain sequence numbers. It does include a P/F bit that may be set to "0" or "1". 

Table 6.4.3.1 : Control field format 



Control field bits 


8 


1 7 1 


6 


5 


4 


1 3 


2 


1 


1 Format 


N(R) 


P 


N(S) 





S Format 


N(R) 


P/F 


S 


S 





1 


U Format 


U 


1 u 1 


U 


P/F 


u 


u 


1 


1 



NOTE: N(S) Transmitter send sequence number 

N(R) Transmitter receive sequence number 

S Supervisory function bit 

U Unnumbered function bit 

P/F Poll bit for commands. Final bit for responses. 

For definition of values for supervisory and unnumbered function bits, see table 6.8.1 

6.5 Control field parameters and associated state variables 

The various parameters associated with the control field formats are described in this clause. The coding of the bits 
within these parameters is such that the lowest numbered bit within the parameter field is the least significant bit. 



6.5.1 



Poll/Final Bit 



All frames contain P/F, the Poll/Final bit. The Poll/Final (P/F) bit serves a function in both command frames and 
response frames. In command frames, the P/F bit is referred to as the P bit. In response frames it is referred to as the F 
bit. 

The P bit set to " 1 " is used by a data link layer entity to create (poll) a response frame fi"om the peer data link layer 
entity. The F bit set to " 1 " is used by a data link layer entity to indicate the response frame transmitted as a result of a 
soliciting (poll) command. The use of the P/F bit is described in clause 8. 

6.5.2 Multiple frame operation - variables and sequence numbers 



6.5.2.1 



Modulus 



Each I frame is sequentially numbered by a sequence number which may have the value through 7. Variables which 
are related to such sequence numbers (i.e., N(S), N(R), V(S), V(R), V(A) use arithmetic modulo 8 (see following 
clauses). 
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NOTE: Modulo 8 operation on negative numbers is performed by adding multiples of 8 to the negative number 
until the result becomes non-negative. Then common modulo 8 operation is applied. 

6.5.2.2 Send state variable V(S) 

Each point-to-point data link connection endpoint shall have an associated send state variable (V(S)) when using I 
frame commands. The send state variable denotes the sequence number of the next in-sequence I frame to be 
transmitted. 

The send state variable can take on the value through 7. 

The value of the send state variable shall be incremented by 1 with each successive I frame transmission, and shall not 
exceed V(A) by more than k, the maximum number of outstanding I frames (The window size k is defined in 
clause 8.8.4.). The value of k will be in the range of 1 =< k =< 7. 

6.5.2.3 Acknowledge State Variable V(A) 

Each point-to-point data link connection endpoint shall have an associated acknowledge state variable (V(A)) when 
using I frame commands and supervisory frame commands/responses. 

The acknowledge state variable identifies the last frame that has been acknowledged by its peer (V(A) - 1 equals the 
N(S) of the last acknowledged I frame). The acknowledge state variable can take on the value through 7. The value of 
the acknowledge state variable shall be updated by the valid N(R) values received from its peer (see clause 6.5.2.6). 

A valid N(R) value is one that is in the range V(A) =< N(R) =< V(S). 

NOTE: These inequalities shall be interpreted in the following way: 

N(R) is called valid, if and only if (N(R)-V(A)) mod 8 <= (V(S)-V(A)) mod 8; 
furthermore, from clause 6.5.2.2, it is obvious that (V(S)-V(A)) mod 8 <= k. 

6.5.2.4 Send sequence number N(S) 

Only I frames contain N(S), the send sequence number of transmitted I frames. At the time that an in-sequence I frame 
is designated for transmission, the value of N(S) is set equal to the value of the send state variable V(S). 

6.5.2.5 Receive State Variable V(R) 

Each point-to-point data link connection endpoint shall have an associated receive state variable (V(R)) when using I 
frame commands and supervisory frame commands/responses. The receive state variable denotes the sequence number 
of the next in-sequence I frame expected to be received. The receive state variable can take on the value through 7. 

The value of the receive state variable shall be incremented by one with the receipt of an error-free, in-sequence I frame 
whose send sequence number N(S) equals the receive state variable V(R). 

6.5.2.6 Receive Sequence Number N(R) 

All 1 frames and supervisory frames contain N(R), the expected send sequence number of the next received I frame. 

At the time that a frame of the above types is designated for transmission, the value of N(R) is set equal to the current 
value of the receive state variable V(R). N(R) indicates that the data link layer entity transmitting the N(R) has correctly 
received all I frames numbered up to and including N(R) - 1 . 

6.5.2.7 Other parameters and variables 

For definition and values of parameters and variables such as timer T200, maximum number of retransmissions (N200), 
window size (k) and the maximum number of octets in an information field (N201), see clause 8.8. 

6.5.3 Unacknowledged operation variables and parameters 

The only parameter defined for unacknowledged operation is the number of octets (N201) in the information field of the 
UI frame. See clause 8.8.3. 



ETSI 



GMR-2 04.006 20 ETSI TS 101 377-4-5 VI. 1.1 (2001-03) 



6.6 Length indicator field format 



The format of the length indicator field for control channels is shown in figure 6.6.1. The field consists of the field 
extension bit, EL, the more data bit, M, and the length indicator, L. The length indicator field extension bit, EL, enables 
extension of the field to span more than one octet. 



Bit 


8 


7 


Bit Numbering 

6 5 4 


3 


2 


1 


L 


M 


EL=1 



Figure 6.6.1 : Length indicator field format 

6.7 Length indicator field variables 

6.7.1 Length indicator field extension bit (EL) 

The length indicator field is extended by reserving the first transmitted bit of the length indicator field octets to indicate 
the final octet of the field. Presence of a "1 " in the first bit of a length indicator field octet signals that it is the final octet 
of the field. Figure 6.6. 1 shows the case where the field consists of one octet. 

6.7.2 IVIore Data Bit (M) 

The more data bit, M, is used to indicate segmentation of layer 3 message units on data link layer frames. Layer 3 
messages, which need to be segmented, shall only be transported by I frames. 

When the M bit is set to " 1 ", it indicates that the information field of the frame contains only a segment of the layer 3 
message unit. 

The M bit set to "0" indicates: 

a) that the information field contains a complete layer 3 message unit provided that the M bit of the previous frame 

was set to "0"; 

b) that the information field contains the last segment of a layer 3 message unit if the M bit of the previous frame 
was set to "1". 

When the M bit is set to " 1 ", the information field shall contain the maximum number of octets, N201, that an 
information frame can contain, see clause 8.8.3 for the value of N201. 

In frames other than information (I) frames the M bit shall be set to "0". 

6.7.3 Length indicator (L) 

The length indicator consists of 6 bits and is used to indicate the number of octets contained in the information field of 
UI, SABM, UA or I fi^ames, i.e., any value from to N201 inclusive. 

The L=0 shall be used in frames not containing an information field. 



6.8 Commands and responses 



The following commands and responses are used by either the MES or the NETWORK data link layer entities and are 
represented in table 6.8.1. Each data link connection supports the appropriate set of commands and responses for the 
type of operation desired (see clause 8). 
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Table 6.8.1 : Unacknowledged and multiple frame acknowledged operation 



Format 


Commands 


Responses 


8 7 6 5 4 3 2 1 


Information 
Transfer 


1 




N(R) 


P 


N(S) 





Supervisory 


RR 


RR 


N(R) 


P/F 





1 


RNR 


RNR 


N(R) 


P/F 


1 


1 


REJ 


REJ 


N(R) 


P/F 


1 


1 


Unnumbered 


SABM 




1 


P 


1 1 






DM 





F 


1 1 




Ul 







P 







DISC 




1 


P 









UA 


1 1 


F 







NOTE: DISC - Disconnect RNR - Receive Not Ready 
DIVI- Disconnect IVIode RR- Receive Ready 

1 - Information (transmittal) SABIVI - Set Asynchronous Balanced Mode 
REJ - Reject 



For purposes of the LAPDm procedures, frames with the supervisory function bit encoding "11" and unnumbered 
function bit encodings not identified in table 6.8.1 are identified as "invalid or not implemented" command and 
response control fields and shall be treated as defined in clause 8.7.3. 

The commands and responses in table 6.8.1 are defined in the following clauses. 

6.8.1 Information (I) commands 

The function of the information (1) command is to transfer, across a data link connection, sequentially numbered frames 
containing information fields provided by layer 3. This command is used in the multiple frame operation. 

6.8.2 Set Asynchronous Balanced Mode (SABM) command 

The SABM unnumbered command is used to place the addressed user side or network side into the modulo 8 multiple 
Irame acknowledged operation. 

An information field is permitted with the SABM command only if it is used in the MES to NETWORKS direction in 
order to establish a SAPl data link (for contention resolution after having transmitted a random access Irame on the 
S-RACH). Layer 3 will indicate when an information field is to be included (see clause 8.4.1 for procedures). 

A data link layer entity confirms acceptance of a SABM command by the transmission at the first opportunity of a UA 
response. Upon acceptance of this command, the data link layer entity's send state variable V(S), acknowledge state 
variable V(A), and receive state variable V(R), are set to 0. The transmission of an SABM command indicates the 
clearance of any exception condition, in particular, a busy condition that was reported by the earlier transmission of an 
RNR frame by that same data link layer entity. 

Previously transmitted 1 frames that are unacknowledged when this command is executed remain unacknowledged and 
shall be discarded. It is the responsibility of a higher layer (for example, layer 3) to recover irom the possible loss of the 
contents of such 1 frames. 

NOTE: SABM frames cannot contain segmented layer 3 message uruts. 
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6.8.3 Disconnect (DISC) command 

The DISC unnumbered command is transmitted in order to terminate the multiple frame operation. 

NOTE: See clause 8.4.4.4 frjr local end release where the multiple frame operation is terminated without 
ttansmitting a DISC command frame. 

No infr)rmation field is permitted with the DISC command. 

Prior to executing the command, the data link layer entity receiving the DISC command confirms the acceptance of a 
DISC command by the transmission of a UA response. The data link layer entity sending the DISC command 
terminates the multiple frame operation when it receives the acknowledging UA or DM response. 

Previously transmitted I frames that are unacknowledged when this command is actioned remain unacknowledged and 
shall be discarded. It is the responsibility of a higher layer (for example, layer 3) to recover from the possible loss of the 
contents of such I frames. 

6.8.4 Unnumbered Information (Ul) command 

When a layer 3 entity requests unacknowledged information transfer, the UI unnumbered command shall be used to 
send information to its peer without affecting data link layer variables. UI command frames do not carry a sequence 
number. Therefore, the UI frame may be lost without notification to the layer 3 entity if a data link exception occurs 
during transmission of the command. 

6.8.5 Receive Ready (RR) command/response 

The receive ready (RR) supervisory frame is used by a data link layer entity to: 

a) indicate it is ready to receive an I frame; 

b) acknowledge previously received I frames numbered up to and including N(R) - 1 (as defined in clause 8); 

c) clear a busy condition that was indicated by the earlier transmission of an RNR frame by that same data link 
layer entity. 

In addition to indicating the status of a data link layer entity, the RR command with the P bit set to " 1 " may be used by 
the data link layer entity to ask for the status of its peer data link layer entity. 

No information field is permitted with the RR command/response. 

6.8.6 Reject (REJ) command/response 

The reject (REJ) supervisory frame is used by a data link layer entity to request retransmission of I frames starting with 
the frame numbered N(R). The value of N(R) in the REJ frame acknowledges I frames numbered up to and including 
N(R) - 1 . New I frames pending initial transmission shall be transmitted following the refransmitted I frames. 

Only one REJ exception condition for a given direction of information transfer shall be established at a time. The REJ 
exception condition is cleared (reset) upon the receipt of an I frame with an N(S) equal to the N(R) of the REJ frame. 

The transmission of an REJ frame shall also indicate the clearance of any busy condition within the sending data link 
layer entity that was reported by the earlier transmission of an RNR frame by that same data link layer entity. 

In addition to indicating the status of a data link layer entity, the REJ command with the P bit set to " 1 " may be used by 
the data link layer entity to ask for the status of its peer data link layer entity. 

No information field is permitted with the REJ command/response. 

6.8.7 Receive Not Ready (RNR) Command/Response 

The receive not ready (RNR) supervisory frame shall be used by a data link layer entity to indicate a busy condition; 
that is, a temporary inability to accept additional incoming I frames. The value of N(R) in the RNR frame acknowledges 
I frames numbered up to and including N(R) - 1 . 
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Acknowledgement of subsequent I frames transmitted before the indication of the peer receiver busy is received, will be 
made in subsequent exchanges if they arrive after the peer receiver busy condition has been cleared. 

In addition to indicating the status of a data link layer entity, the RNR command with the P bit set to " 1 " may be used 
by the data link layer entity to ask for the status of its peer data link layer entity. 

No information field is permitted with the RNR command/ response. 

NOTE: The protocol operation used on control channels with SAPI = or SAPI = 3 shall not utilize the RNR 
frame type and related procedures. Therefore RNR frames received in those cases can be ignored. 

6.8.8 Unnumbered Acknowledgement (UA) response 

The UA unnumbered response is used by a data link layer entity to acknowledge the receipt and acceptance of the mode 
setting commands (SABM or DISC). Received mode setting commands are not executed until the UA response is 
transmitted. 

An information field is permitted with the UA response, i.e., if an SABM command with an information field is 
received and the SABM is to be acknowledged, the UA response to that command shall contain the same information 
field as received in the SABM command. 

The transmission of the UA response indicates the clearance of any busy condition that was reported by the earlier 
transmission of an RNR frame by that same data link layer entity. 

6.8.9 Disconnected Mode (DM) response 

The DM unnumbered response is used by a data link layer entity to report to its peer that the data link layer is in a state 
such that multiple frame operation cannot be performed. A data link layer entity shall transmit a DM response to any 
valid command received which it cannot execute. 

No information field is permitted with the DM response. 



7 Elements for layer-to-layer communication 

7.1 Definition of primitives and parameters 

Communications between layers and between the data link layer and layer 3 are accomplished by means of primitives. 

Primitives represent, in an abstract way, the logical exchange of information and control between the data link layer and 
adjacent layers. They do not specify or constrain implementations. 

Primitives consist of commands and their respective responses associated with the services requested of a lower layer. 
The general syntax of a primitive is: 

- XX - Generic name - Type (Parameters), 

where XX designates the layer providing the service. For the present document XX is DL for the data link layer, PH for 
the physical layer and MDL for administrative functions (e.g., error reporting and recovery). 

7.1.1 Generic names 

The generic name specifies the activity that the identified layer should perform. Table 7.1.3.6.1 illustrates the primitives 
defined in the present document. 

The primitive generic names that are defined in the present document are described in the following clauses. 
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7.1.1.1 DL-ESTABLISH 

The DL-ESTABLISH primitives are used to request, confirm and indicate the outcome of the procedures for 
establishing multiple frame operation. 

7.1.1.2 DL-RELEASE 

The DL-RELEASE primitives are used to request, confirm and indicate the outcome of the procedures for terminating a 
previously established multiple frame operation. 

In the case of a data fink layer malfunction, layer 3 will be notified by a RELEASE indication. 

7.1.1.3 DL-DATA 

The DL-DATA primitives are used to pass to and from the data link layer, layer 3 message units which are to be 
ttansmitted, or have been received, using multiple frame acknowledged operation. 

7.1.1.4 DL-UNITDATA 

The DL-UNIT DATA primitives are used to pass to and from the data hnk layer, layer 3 message units which are to be 
ttansmitted, or have been received, using unacknowledged operation. 

7.1.1.5 DL-SUSPEND 

The DL-SUSPEND primitive is used in the mobile earth station by the radio resource management entity to perform a 
local end release in such a way, that the layer 3 data units and the state of the ttansmit and receive counters are saved. 

7.1.1.6 DL-RESUME 

The DL-RESUME primitive is used in the mobile earth station by the radio resource management entity to establish 
multiple frame operation and resume communication with the network without loss of layer 3 messages. The layer 3 
data unit passed to layer 2 together with that primitive is sent with priority (e.g., ASSIGNMENT COMPLETE). 

7.1.1.7 DL-RECONNECT 

The DL-RECONNECT primitive is used in the mobile earth station by the radio resource management entity to restore 
multiple frame operation on the old channel after failure of the channel change. The layer 3 data unit passed to layer 2 
with previous DL-RESUME-REQUEST (e.g., ASSIGNMENT COMPLETE) is discarded and the layer 3 data unit 
passed together with that primitive is sent with priority (e.g., ASSIGNMENT FAILURE). 

7.1.1.8 DL-RANDOM ACCESS 

The DL-RANDOM ACCESS primitives are used to request (in the MES) the sending of a random access message, to 
confirm (in the MES) the ttansmission of the random access message including the time slot in which it was sent, and to 
indicate (in the network) the arrival of a random access message. 

7.1.1.9 MDL-RELEASE 

The MDL-RELEASE primitives are used by layer 3 entity to request local end termination of a previously established 
acknowledged mode operation. 

7.1.1.10 MDL-ERROR 

The MDL-ERROR primitives are used to notify layer 3 that an error has occurred, detected as a result of 
communication with the data link peer entity, which cannot be corrected by the data link layer. 



ETSI 



GMR-2 04.006 25 ETSI TS 101 377-4-5 VI. 1.1 (2001-03) 

7.1.1.11 PH-DATA 

The PH-DATA primitives are used to pass message units containing frames used for data link layer peer-to-peer 
communications to and from the physical layer. 

7.1.1.12 PH-RANDOM ACCESS 

The PH-RANDOM ACCESS primitives are used to request (in the MES) the sending of a random access frame, to 
confirm (in the MES) the transmission of the random access frame including the time slot in which it was sent, and to 
indicate (in the network) the arrival of a random access frame. 

7.1.1.13 PH-CONNECT 

The PH-CONNECT primitive is used to indicate that a specific type of channel has been connected at the physical 
layer. 

7.1.1.14 PH-READY-TO-SEND 

The PH-READY-TO-SEND primitive is generated by the physical layer to enable the data link layer to synchronize to 
the next instant of physical transmission. On receipt of this indication layer 2 may trigger piggy backing (if applicable), 
the start of T200 and the forwarding of data units to layer 1 . 

7.1.1.15 PH-EMPTY-FRAME 

The PH-EMPTY-FRAME primitive can be used by the data link layer instead of a PH-DATA-REQUEST primitive, 
when no frame has to be transmitted after receiving the PH-READY-TO-SEND indication. It enables handling of 
several layer 2 entities by layer 1 and transmission of fill frames, if necessary. 

7.1.2 Primitives Types 

The primitives types defined in the present document are described in the following clauses: 
NOTE: For the execution sequence of these primitive types, see GMR-2 04.001 [2]. 

7.1.2.1 REQUEST 

The REQUEST primitive type is used when a higher layer is requesting a service from the next lower layer. 

7.1.2.2 INDICATION 

The INDICATION primitive type is used by a layer providing a service to notify the next higher layer of activities 
related to the REQUEST primitive type. 

7.1.2.3 RESPONSE 

The RESPONSE primitive type is used by a layer to acknowledge receipt, from the next lower layer, of the 
INDICATION primitive type. 

7.1.2.4 CONFIRM 

The CONFIRM primitive type is used by the layer providing the requested service to confirm that the activity has been 
completed. 

Figure 7. 1 .2.4. 1 illusttates the relationship of the primitive types to the layer 3 and the data link layer. 
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Figure 7.1.2.4.1 : Relationship of tlie primitive types to layer 3 and Data Link Layer 

7.1 .3 Parameter definition 
7.1.3.1 Message unit 

The message unit contains additional layer-to-layer information concerning actions and results associated with requests. 

In the case of the DATA and UNIT DATA primitives, the message unit contains the requesting layer peer-to-peer 
messages, e.g., the DL-DATA message unit contains the layer 3 message unit; the PH-DATA message unit contains the 
data link layer frame. 

NOTE: The operations across the data link layer/layer 3 boundary shall be such that the layer sending the DATA 
or UNIT DATA primitive can assume a temporal order of the bits within the message unit and that the 
layer receiving the primitive can reconstruct the message with its assumed temporal order. 



7.1.3.2 



Channel type 



Since the Dm channel procedures are distributed on several types of channel S-CCCH, S-BCCH and various types of S- 
DCCH, a parameter will be needed in order to distribute the layer 3 message units correctly on the various types of 
channels. The control channel types to be used are defined in GMR-2 04.003 [3]. 



7.1.3.3 



Service Access Point 



Since data links on different SAPIs may be multiplexed, the SAPI parameter is used to indicate the respective 
association. 



7.1.3.4 



Release Mode 



The release mode parameter is used to enable the data link layer to operate in different release modes depending on 
whether the data link is to be released in the normal way or that a local end release shall take place on command from 
the layer 3. 



ETSI 



GMR-2 04.006 27 ETSI TS 101 377-4-5 VI. 1.1 (2001-03) 

The values of the parameter are: 

a) Normal; 

b) Local end release. 

7.1.3.5 Error Cause 

This parameter is used by the data link layer to report procedure error to layer 3. The following causes may be reported: 

a) Timer T200 expired (N200 +1) times: perform abnormal release; 

b) Re-establishment request; 

c) Unsolicited UA response; 

d) Unsolicited DM response; 

e) Unsolicited DM response, multiple frame established state: perform abnormal release; 

f) Unsolicited supervisory response; 

g) Sequence error: perform abnormal release; 
h) U frame with incorrect parameters; 

i) S frame with incorrect parameters; 

j) Frame with incorrect use of M bit; 

k) Frame with incorrect length; 

1) Frame not implemented; 

m) SABM command, multiple frame established state; 

n) SABM command with information field not allowed in this state. 

7.1.3.6 Establish mode 

This parameter is used in the MES to indicate to the data link layer the type of establishment that is required. The 
parameter takes the following values: 

a) Normal; 

b) Contention resolution. 



ETSI 



GMR-2 04.006 



28 



ETSI TS 101 377-4-5 VI. 1.1 (2001-03) 



Table 7.1.3.6.1 : Data link service primitives 



Generic name and 
type 


Parameters 


Message unit 
contents 


SAP! 


CHANNEL 

type 


ERROR 
cause 


RELEASE 
mode 


ETSB. 
mode 


DL - ESTABLISH 
REQUEST 





S - SDCCH 






CoRes 


Layer 3 message 





S-SDCCH, 

S-SACCH 

S-DCCH 






Norm 




3 


S-SDCCH, 
S-SACCH 
S-DCCH 






Norm 




DL - ESTABLISH 
INDICATION 





S-SDCCH 






CoRes 


Layer 3 Message 





S-SDCCH, 
S-SACCH 
S-DCCH 






Norm 




3 


S-SDCCH, 
S-SACCH 
S-DCCH 






Norm 




DL - ESTABLISH 
CONFIRM 





S-SDCCH 






CoRes 







S-SDCCH, 
S-SACCH 
S- DCCH 






Norm 




3 


S-SDCCH, 
S-SACCH 
S-DCCH 






Norm 




DL- RELEASE 
REOUEST 


0,3 


S-SDCCH, 
S-SACCH 




any 






DL- RELEASE 
INDICATION 


0,3 


S-SDCCH, 
S-SACCH 




any 






DL- RELEASE 
CONFIRM 


0,3 


S-SDCCH, 
S-SACCH 




any 






DL- SUSPEND 
REOUEST 





S-DCCH 










DL- SUSPEND 
CONFIRM 





S-DCCH 










DL-RESUME- 
-REOUEST 





S-DCCH 








Layer 3 peer-to- 
peer Message 


DL-RESUME- 
-CONFIRM 





S-DCCH 










DL-RECONNECT 
-REOUEST 





S-DCCH 








Layer 3 peer-to- 
peer Message 


DL-RECONNECT 
-CONFIRM 





S-DCCH 










DL-DATA- 
REOUEST 


0,3 


S-SDCCH, 
S-SACCH 
S-DCCH 








Layer 3 peer-to- 
peer Message 


DL- DATA- 
INDICATION 


0,3 


S-SDCCH, 
S-SACCH 
S-DCCH 








Layer 3 peer-to- 
peer Message 


DL-UNIT DATA- 
REOUEST 





S-BCCH 
S-CCCH 
S-DCCH 
S-SACCH 








Layer 3 peer-to- 
peer Message 




3 


S-SDCCH, 
S-SACCH 








Layer 3 peer-to- 
peer Message 


DL-UNIT DATA- 
INDICATION 





S-BCCH 
S-CCCH 
S-DCCH 
S-SACCH 








Layer 3 peer-to- 
peer Message 




3 


S-SDCCH, 
S-SACCH 








Layer 3 peer-to- 
peer Message 


MDL-RELEASE 
-REOUEST 


0,3 


S-SDCCH, 
S-SACCH 










MDL-ERROR 
-INDICATION 


0,3 


S-SDCCH, 
S-SACCH 


any 
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DL-RANDOM 
ACCESS- 
REOUEST 





S-RACH 








Channel Request 

(GMR-2 04.008 

[7]) 







S-SDCCH 








Intercell 

Handover (Not 

Used in GMR-2) 


DL-RANDOM 

ACCESS- 
INDICATION 





S-RACH 








Request 

Reference 

(GSM 08.58 [12]) 







S-SDCCH 








Intercell 

Handover (Not 

Used in GMR-2) 


DL-RANDOM ACESS 
CONFIRM 





S-RACH 








Request 

Reference 

(GMR-2 04.008 

[7]) 


NOTE 1 : Table 7.1 .3.6.1 and table 7.1 .3.6.2 do not contain a complete list of conditional dependencies of service 

primitive parameters. If a field is left blank, the respective parameter shall not be used or is not applicable. If a 
field is marked by "any," the respective parameter shall be used and shall be set to a valid value according to 
its specification. 

NOTE 2: In table 7.1 .3.6.1 and table 7.1 .3.6.2, the term "S-DCCH" denotes either S-SDCCH or S-FACCH. 



Table 7.1.3.6.2: Physical service primitives used 



Generic name 
and type 


Parameters 


Message unit 
contents 


CHANNEL TYPE 


ERROR cause 


RELEASE mode 


ESTB. Mode 


PH-DATA 
-REOUEST 


any 








Data Link peer- 
to-peer Message 


PH-DATA 
-INDICATION 


any 








Data Link peer- 
to-peer Message 


PH-RANDOM 
ACCESS- 
REOUEST 


S-RACH, 
S-DCCH 








Random Access 

Data Link 

message unit 


PH-RANDOM 

ACCESS- 
INDICATION 


S-RACH, 
S-DCCH 








Random Access 

Data Link 

message unit and 

TDMA frame 

number 


PH-RANDOM 
ACCESS- 
CONFIRM 


S-RACH, 
S-DCCH 








TDMA frame 
number 


PH-CONNECT- 
INDICATION 


any 










PH- READY-TO- 
SEND-INDICAT. 


any 










PH- EMPTY 

FRAME- 

REOUEST 


any 










NOTE 1 : Table 7.1 .3.6.1 and table 7.1 .3.6.2 do not contain a complete list of conditional dependencies of service 

primitive parameters. If a field is left blank, the respective parameter shall not be used or is not applicable. If a 
field is marked by "any," the respective parameter shall be used and shall be set to a valid value according to 
its specification. 

NOTE 2: In table 7.1 .3.6.1 and table 7.1 .3.6.2, the term "S-DCCH" denotes either S-SDCCH or S-FACCH. 



7.2 Primitive procedures 



The procedures in the MES and the network are described by use of the primitives defined above. See 
GMR-2 04.008 [7]. 
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8 Definition of the peer-to-peer protocol LAPDm 

8.1 General 

In the following clauses, a protocol for use by the data link layer on the radio interface is specified, referred to as 
"LAPDm." Beside this, there may be signalling and data transfer between layer 3 entities, which does not comply to the 
procedures described hereafter (e.g., for the random access procedure see annex A. Optionally, for short message cell 
broadcast, see GSM 04.12 [9]). 

The LAPDm elements of procedure (frame types) which apply are: 

a) For unacknowledged information transfer (clause 8.3): 
Ul-command. 

b) For multiple frame acknowledged information transfer (clauses 8.4 to 8.8): 

1) SABM-command; 

2) UA-response; 

3) DM-response; 

4) DISC- command; 

5) RR-command/response; 

6) RNR-command/response; 

7) REJ-command/response; 

8) I-command. 

For the various channel types the following applies: 

a) S-BCCH uses unacknowledged operation only; 

b) All types of S-CCCH use unacknowledged operation only; 

c) S-SDCCH, S-SACCH and S-FACCH use unacknowledged operation and multiple frame acknowledged 
operation. 

For multiple frame acknowledged operation, on SAPI = and SAPI = 3, a special protocol operation shall be used 
mandatorily, as specified in clause 9. 

For handling of timers, the procedures and terminology of ITU-T Recommendation Z.IOO [13] will be used: 

a) Set <timer name> means that: 

1) if the timer is inactive, the timer becomes active, i.e., a timer value is associated with the timer and it starts 
running; 

2) if the timer is active, the timer is first reset, as in 3.) below and then set as in 1.) above; 

b) Reset <timer name> means that: 

3) if the timer is active, the timer becomes inactive, i. e., the association with the timer value is lost and it stops 
running; 

4) if the timer is inactive, it remains inactive. 

NOTE: The task set T200 shall be performed at the instant right before transmitting a frame, when the PH- 
READY-TO-SEND primitive is received from the physical layer. 

8.2 General protocol procedures 
8.2.1 Unacknowledged information transfer 

When a protocol entity receives a valid UI frame, this requires no further response to the transmitting entity. For 
unacknowledged information transfer, the P/F bit is not used and shall be set to "0". 
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8.2.2 Acknowledged multiple frame information transfer 

A data link layer entity receiving an SABM, DISC, RR, REJ or I command, shall respond to the originating entity by an 
appropriate response frame (as specified in clauses 8.4 through 8.7 ) within the time limits given in clause 8.9. 

If the received command frame carries a P bit set to " 1 ", the F bit in the corresponding response frame shall be set to " 1 " 
too. 

Frames containing SAPI values not used by the current version of the present document, shall be ignored without any 
notification. 

8.3 Procedures for unacknowledged information transfer 

8.3.1 General 

The procedures which apply to the transmission of information in unacknowledged operation are defined below. No 
data link layer error recovery procedures are defined for unacknowledged operation. 

8.3.2 Transmission of unacknowledged information 

NOTE 1 : The term "transmission of a UI frame" refers to the delivery of a UI frame by the data link layer to the 
physical layer. 

Unacknowledged information is passed to the data link layer by layer 3 using the primitive 
DL-UNIT-DATA-REQUEST. The layer 3 message unit shall be transmitted in a UI command frame. 

Layer 2 shall construct a layer 2 message unit from the layer 3 message unit and pass it to layer 1 for transmission using 
the primitive PH-DATA-REQ. The layer 2 message unit uses the frame type as defined in clause 5 . 1 . If the layer 2 
message unit contains a control field, the P bit shall be set to "0". 

NOTE 2: On an S-DCCH, UI frames with the length indicator set to "0" may be used as fill frames, see clause 

8.4.2.3. 

8.3.3 Receipt of unacknowledged information 

On receipt of a UI command frame with a SAPI which is supported by the receiver, the contents of the information field 
shall be passed to the layer 3 entity identified by the SAPI using the data link layer to layer 3 primitive DL-UNIT 
DATA-INDICATION. UI frames with invalid SAPI values shall be discarded. UI frames received with the length 
indicator set to "0" shall be ignored. 

8.4 Procedures for establishment and release of multiple frame 
operation 

8.4.1 Establishment of multiple frame operation 
8.4.1.1 General 

These procedures shall be used to establish multiple frame operation between the NETWORK and a designated MES 
entity, and between two MES entities involved in a single hop MES-to-MES connection. 

Layer 3 will initiate the establishment procedure after a physical channel supporting this type of operation (see 
clause 8.1) has been allocated to the MES. 

NOTE: To avoid loss of layer 3 information if the SABM has to be retransmitted because the UA response 
message is lost, the data link should be established when needed by the entity that will send an I 
command frame. For SAPI the data link is always established by the MES. 
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Two establishment procedures are specified: 

a) Normal establishment where the SABM does not contain an information field. Layer 3 will indicate a request for 
this type of establishment by the use of the DL-ESTABLISH-REQUEST primitive (clauses 8.4.1.2 and 8.4.1.3); 

b) Contention resolution where the SABM contains an information field. The procedure is always initiated by the 
MES, i.e., the SABM is sent by the MBS. Layer 3 will indicate a request for this type of establishment by the use 
of the DL-ESTABLISH-REQUEST primitive containing the layer 3 message unit (clauses 8.4.1.4 and 8.4.1.5). 
This procedure is only applicable for SAPI 0. 

Re-establishment may be initiated, using the normal establishment procedure, as a result of the data link layer procedure 
defined in clause 8.6. 

8.4.1 .2 Normal establishment procedures 

A data link layer entity shall initiate a request for the multiple frame operation to be sent by transmitting the Set 
Asynchronous Balanced Mode (SABM) command with the P bit set to "1". Since the DL-ESTABLISH-REQUEST 
primitive does not contain a layer 3 message unit, the length indicator, L, is set to "0". 

All existing exception conditions shall be cleared, the retransmission counter shall be reset, and timer T200 shall be set 
right before transmitting a fi"ame, when the PH-READY-TO-SEND primitive is received from the physical layer (timer 
T200 is defined in clause 8.8.1). 

The establishment procedure implies the discard of any outstanding DL-DATA-REQUEST primitive which has been 
invoked prior to the DL-ESTABLISH-REQUEST. It also implies the discard of any segmented layer 3 message unit for 
which the last segment has not been received (see clause 8.5.2 for the concatenation procedure). 

All frames other than unnumbered frame formats received during the establishment procedures shall be ignored. A data 
link layer entity receiving an SABM, if it is able to enter the multiple-frame-established state, shall: 

a) Respond with an Unnumbered Acknowledgement (UA) response with the F bit set to the same binary value as 
the P bit in the received SABM command, the same SAPI value as in the received SABM command, and with 
the length indicator, L, set to "0"; 

b) Set the send state variable V(S), receive state variable V(R) and acknowledge state variable V(A) to "0"; 

c) Enter the multiple-frame-established state and inform the associated layer 3 entity using the primitive 
DL-ESTABLISH-INDICATION: 

1) clear all existing exception conditions; 

2) clear an existing peer receiver busy condition. 

If the data link layer entity is unable to enter the multiple-frame-established state, it shall respond to the SABM 
command with a DM response with the F bit set to the same binary value as the P bit in the received SABM command. 

Upon reception of the UA response with the F bit set to " 1 ", the originator of the SABM command shall: 

a) Reset timer T200; 

b) Set the send state variable V(S), the receive state variable V(R) and the acknowledge state variable V(A) to "0"; 

c) Enter the multiple-frame-established state and inform the associated layer 3 entity using the primitive DL- 
ESTABLISH-CONFIRM. 

A UA response with the F bit set to "0" shall be ignored. 

Upon reception of a DM response with F bit set to " 1 ", the originator of the SABM command shall indicate this to the 
layer 3 entity by means of the primitive DL-RELEASE-INDICATION and reset timer T200. DM responses with the F 
bit set to "0" shall be ignored. 
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8.4.1 .3 Procedure on expiration of timer T200: normal establishment 

If timer T200 expires before the UA or DM response is received, the data Unk layer entity shall: 

a) Retransmit the SABM command as above; 

b) Set timer T200 right before transmitting a frame, when the PH-READY-TO-SEND primitive is received from 
the physical layer; and 

c) Increment the retransmission counter. 

After retransmission of the SABM command N200 times, the data link layer entity shall indicated this to the associated 
layer 3 entity by means of the primitive DL-RELEASE-INDICATION. Layer 3 shall also be notified by using the 
primitive MDL-ERROR-INDICATION with the cause "timer T200 expired N200 + 1 times: perform abnormal 
release." 

The value of N200 is defined in clause 8.8.2. 

8.4.1 .4 Contention resolution establishment procedure 

This procedure is always initiated by the MES for establishing a data link in order to resolve contention after having 
accessed the NETWORK on the S-RACH. Layer 3 decides when this establishment procedure is to be used and will 
request the data link layer to initiate the procedure by a DL-ESTABLISH-REQUEST primitive containing the layer 3 
message unit and with the parameter "established mode" set to "contention resolution." 

The data link layer shall, however, ignore any such service request if it is not in the idle state when the request is 
received. 

The data link layer entity in the MES shall initiate the establishment by transmitting an SABM command with the P bit 
set to "1". The SABM command shall contain the layer 3 message unit received in the DL-ESTABLISH-REQUEST 
primitive and the length indicator, L, shall be set to the appropriate value. 

NOTE: According to clause 9, the contention resolution procedure is only permitted with SAPI value 0. 

The information field of the SABM command shall be stored in the data link layer entity of the MES. The information 
field is removed when the data link layer enters the multiple frame established state or the idle state, see below. 

All existing exception conditions shall be cleared, the retransmission counter shall be reset, and timer T200 shall be set 
prior to transmitting a frame, when the PH-READY-TO-SEND primitive is received from the physical layer. 

The peer data link layer entity in the NETWORK receiving the SABM shall, if the entity is in the idle state and an 
"establishment in progress" flag has not been set: 

a) Set the "establishment in progress" flag; 

b) Store the information field received in the SABM command; 

c) Respond, at the earliest possible opportunity, with a UA response with: 

1) the same SAPI value as received in the SABM command; 

2) the F bit set to the same binary value as the P bit received in the SABM command; 

3) the length indicator, L, set to the same value as that contained in the SABM command; 

4) the same information field as that contained in the SABM command; 

d) Set the send state variable V(S), the receive state variable V(R) and the acknowledge state variable V(A) to "0"; 

e) enter the "contention resolution receiver" state and inform the layer 3 entity using the 
DL-ESTABLISH-INDICATION primitive. The primitive shall contain the received layer 3 message unit; 

f) clear all existing exception conditions. 



ETSI 



GMR-2 04.006 34 ETSI TS 101 377-4-5 VI. 1.1 (2001-03) 

If an SABM command with an information field is received when the "establishment in progress" flag has been set, the 
data link layer entity in the NETWORK shall compare the stored information field with the information field received 
in the SABM command. If they are not identical, the SABM command shall be ignored without any notification. If they 
are identical, the data link entity shall respond, at the earliest possible opportunity, with a UA response with: 

a) the same SAPI value as received in the SABM command; 

b) the F bit set to the same binary value as the P bit contained in the SABM command; 

c) the length indicator, L, set to the same value as that contained in the SABM command; 

d) the stored information field. 

NOTE 1 : This case corresponds to a retransmission of the SABM command by the MES (see clause 8.4. 1 .5). 

NOTE 2: The specification is different from the normal establishment procedure: in the latter case the reception 
of a subsequent SABM frame triggers a re-establishment (see clause 8.6). 

The data link layer entity in the NETWORK shall remove the "establishment in progress" flag and delete the stored 
information field when: 

a) an I frame or supervisory frame is received. If the frame is in sequence, the data link layer entity shall enter the 
multiple frame established state and process the frame as specified for operation in the multiple frame 
established state. If the frame is out of sequence, the NETWORK shall initiate abnormal release using the 
procedure of clause 8.6; 

b) a release request is received from layer 3. In this case the data link layer entity shall enter the idle state if the 
primitive received is DL-RELEASE-REQUEST or the null state if the primitive is MDL-RELEASE-REQUEST. 

The procedure when awaiting acknowledgement in the MES is as follows: 

a) Upon reception of a UA response containing an information field and with the F bit set to "1", the data link layer 
entity in the MES shall compare the stored information field with the information field received in the UA 
response. If the two fields are identical, the data link layer entity shall: 

1) Reset timer T200; 

2) Set the send state variable V(S), the receive state variable V(R) and the acknowledge state variable V(A) to 
"0"; 

3) Delete the stored information field; 

4) Enter the multiple-frame-established state and inform the layer 3 entity using the DL-ESTABLISH- 
CONFIRM primitive. 

b) If the two fields are different, the data link layer entity shall: 

1) Reset timer T200; 

2) Delete the stored information field; 

3) Enter the idle state and inform the layer 3 entity using the DL-RELEASE-INDICATION primitive. 

c) All frames other than unnumbered frame formats received for the SAPI in use during the establishment 
procedures shall be ignored. 

d) The reception of unnumbered frames other than UA is treated as specified for the normal establishment case. 

NOTE: In fact, there are no foreseen cases in which the network will send SABM, DISC or DM, but for sake 
of completeness these occurrences are specified and must be treated. 
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8.4.1 .5 Procedure on expiration of timer T200: contention resolution (MES only) 

If timer T200 expires before a UA response has been received, the data link layer entity shall: 

a) Retransmit the SABM command as in clause 8.4.1.4; 

b) Set timer T200 right before transmitting a frame, when the PH-READY-TO-SEND primitive is received from 
the physical layer; and 

c) Increment the retransmission counter by 1 . 

After retransmission of the SABM command N200 times, the data link layer shall enter the idle state and issue a DL- 
RELEASE-INDICATION primitive to the layer 3 entity. Layer 3 shall also be notified by using the primitive MDL- 
ERROR-INDICATION with cause "timer T200 expired N200 + 1 times: perform abnormal release". 

8.4.2 Information transfer 

8.4.2.1 General requirements 

Having either transmitted the UA response to a received SABM command or received the UA response to a transmitted 
SABM command, I frames and supervisory frames shall be transmitted and received according to the procedures 
described in clause 8.5. 

If an SABM command is received while in the multiple-frame-established state, the data link layer entity shall proceed 
as follows: 

a) if the SABM command carries no information field (i.e., L = 0), then the data link layer entity shall conform to 
the re-establishment procedure described in clause 8.6; 

b) if the SABM command carries an information field (i.e., L > 0), and can be considered as a part of a contention 
resolution procedure, then the SABM command shall be ignored without any notification; 

c) otherwise, the SABM command shall be ignored, and the layer 3 shall be informed by issuing a 
MDL-ERROR-INDICATION indicating "SABM command with information field not allowed in this state" or 
"U frame with incorrect parameters". 

On receipt of a UI command, the procedures defined in clause 8.3 shall be followed. 

8.4.2.2 Error conditions 

Error conditions which require abnormal release of the data link are given in clause 8.6. 

Cases which do not lead to release but may cause the data link lay entity to issue an MDL-ERROR-INDICATION are 
summarised in table 8.4.2.2. 1 
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Table 8.4.2.2.1 : Actions taken on response frames 



Response Frame 


Multiple Frame Established 


Timer Recovery 


UAF=1 


MDL-ERROR-INDICATION 
(unsolicited UA response) 


MDL-ERROR-INDICATION 
(unsolicited UA response) 


UAF=0 


MDL-ERROR-INDICATION 
(unsolicited UA response) 


MDL-ERROR-INDICATION 
(unsolicited UA response) 


DM F=1 


MDL-ERROR-INDICATION 
(unsolicited DM response) 


Normal 


DMF=0 


MDL-ERROR-INDICATION 

(unsolicited DM response; multiple 

frame established; perform abnormal 

release) 


MDL-ERROR-INDICATION 

(unsolicited DM response; multiple frame established; 

perform abnormal release) 


Supervisory 
Response F=1 


MDL-ERROR-INDICATION 
(unsolicited supervisory response) 


Normal 


Supervisory 
Response F=0 


Normal 


Normal 



8.4.2.3 



Fill frames 



In periods where no other frames are scheduled for transmission and something must be sent on the radio path, a fill 
frame as defined below shall be sent. 

On an S-DCCH, a fill frame is a UI command frame for SAPI = with p = and with an information field of octet 
length (hence, it is a frame of type A). It has the following structure: 
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(note1) 



(note 2) 



NOTE 1: Bite is set to: 



if sent by MES; 

1 if sent by network. 

NOTE 2: See note in clause 5.2 
Fill frame for an S-BCCH, S-PCH, S-HPACH or S-AGCH is the following: 
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NOTE: See note in clause 5.2 
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8.4.3 Suspension and resumption of multiple frame operation 

8.4.3.1 General 

These procedures shall be used in a MES entity to suspend the uplink multiple frame operation for SAPI = during a 
change of dedicated channels (dedicated channel assignment on layer 3) and to resume the operation after the new 
physical channel has been connected. The purpose of these procedures is to provide a mechanism for reliably avoiding 
message loss during a change of dedicated channels. The procedures are only described for the case where the window 
size is one; it should, however, be obvious how to adapt them to larger window sizes. 

As the procedures may delay the actual channel change, they shall only be used to protect layer 3 messages pertaining 
to SAPI = 0. Applications using the multiple frame established service on SAPIs other than are expected to cope with 
message loss or duplication autonomously, i.e., on layers above layer 2. 

Layer 3 procedures, dedicated channel assignments, are initiated and controlled by a network entity. This entity 
therefore will suspend the flow of layer 3 messages towards the MES after the ASSIGNMENT COMMAND message 
has been issued. When the data link on the new channel has been established, the message flow may resume. Obviously, 
no provisions in layer 2 are needed on the network side to prevent message loss or duplication on the downlink during 
channel change. 

In the following, only the procedures in the MES are described. For the description of the procedures, a conceptual 
configuration of a send queue, a send buffer and a transmit buffer are assumed. 

In order to ease the description of the procedures in the MES, it is assumed that any layer 3 message passed to layer 2 
via SAPI = in DL-DATA-REQUEST or DL-UNIT-DATA primitive is first placed in the send queue. The layer 2 
entity will take out the messages "first-in first-out" and put them into a send buffer. The send buffer can hold no more 
than one layer 3 message at a time. From the contents of the send buffer, an I frame or UI frame is constructed, only one 
at a time, and placed in a transmit buffer (if the layer 3 message needs to be segmented, then this last step will be 
performed several times). The frame is then transmitted. 

Upon transmission and after it has been acknowledged if it has been an I frame, the transmit buffer is cleared and filled 
with the next frame. When the contents of the send buffer have been transmitted and acknowledged, the send buffer is 
cleared and filled with the next layer 3 message from the send queue. 

8.4.3.2 Suspension 

A layer 3 entity in the MES shall indicate a request for the suspension of multiple frame operation by use of the 
DL-SUSPEND-REQUEST primitive. The layer 2 entity, upon receipt of this primitive, shall act as follows: 

a) No further layer 3 messages shall be taken from the send queue for SAPI = 0; 

b) If there is a layer 3 message in the send buffer which has not yet been transmitted, it shall not be transmitted. The 
contents of the send buffer shall be put back to the first position of the send queue. The send and transmit buffers 
shall be cleared. A layer 3 message is considered to be transmitted as soon as its final segment has been 
fransmitted at least once; it need not yet have been acknowledged (this ensures that all segments of a segmented 
and possibly partly transmitted layer 3 message will be transmitted on the new channel. Those segments already 
fransmitted and received on the network side will be discarded by the network upon release of the old channel 
because the layer 3 message is not yet complete); 

c) If there is a layer 3 message in the send buffer, the last segment of which has been transmitted but is not yet fully 
acknowledged, i.e., the frame carrying the last segment of the message has been transmitted but is not yet 
acknowledged, then the contents of the send buffer shall be put back to the first position of the send queue and 
the send and transmit buffers shall be cleared; 

d) The layer 2 entity shall then return a DL-SUSPEND-CONFIRM primitive to layer 3. 

The data link layer entity is now in the suspended state. The only difference to the multiple frame established state is 
that no UI frames and no I frames are transmitted (all SAPIs). 

The MES may change to the new channel. 
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8.4.3.3 Resumption 

8.4.3.3.1 Procedure after channel change 

This procedure is initiated by the DL-RESUME primitive. A data link layer entity shall initiate a request for the 
multiple frame operation by transmitting the SABM command. 

All existing exception conditions shall be cleared and the retransmission counter shall be reset. All outstanding 
DL-DATA- REQUEST primitives and layer 3 message units, which are not fully acknowledged, shall be saved. Any 
segmented layer 3 message unit, for which the last segment has not been received shall be discarded. 

The send buffer is cleared. 

A layer 3 message included in the DL-RESUME-REQUEST primitive (in general, ASSIGNMENT COMPLETE) is put 
into the send buffer for transmission in acknowledged mode. 

Upon reception of UA response the data link layer shall: 

a) Reset T200; 

b) Set send variable V(S), the receive state variable V(R) and the acknowledge state variable V(A) to "0"; 

c) Enter the multiple-frame-established state; 

d) Confirm establishment to layer 3 using DL-RESUME-CONFIRM; 

e) Send the layer 3 message unit passed together with the DL-RESUME primitive. 
The data link layer shall then continue normal operation. 

8.4.3.3.2 Procedure after returning to the old channel (MES only) 

This procedure is initiated by the DL-RECONNECT primitive. A data link layer entity shall initiate a request for the 
multiple frame operation by transmitting the SABM command. All existing exception conditions shall be cleared and 
the retransmission counter shall be reset. All outstanding DL-DATA-REQUEST primitives and layer 3 message units, 
which are not fully acknowledged, shall be saved; this does not include a message carried by a possible previous 
DL-RESUME-REQUEST. Any segmented layer 3 message units, for which the last segment has not been received 
shall be discarded. 

The send buffer is cleared. 

A layer 3 message in the DL-RECONNECT-REQUEST primitive (generally ASSIGNMENT FAILURE) is put into the 
send buffer for transmission in acknowledge mode. 

Upon reception of a UA response the data link layer shall: 

a) Reset T200; 

b) Set the send state variable V(S), the receive state variable V(R) and the acknowledge state variable V(A) to "0"; 

c) Enter the multiple-frame-established state; 

d) Confirm establishment to layer 3 using DL_RECONNECT-CONFIRM; 

e) Send the layer 3 message unit passed together with DL-RECONNECT- REQUEST primitive. 
The data link layer shall then continue normal operation. 

8.4.4 Termination of multiple frame operation 
8.4.4.1 General 

These procedures shall be used to terminate the multiple frame operation between the NETWORK and a designated 
MES entity. 
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A layer 3 entity shall indicate a request for termination of the multiple frame operation by use of the DL-RELEASE- 
REQUEST primitive. The DL-RELEASE-REQUEST primitive will contain a parameter indicating whether normal 
release or local end release shall take place. In the first case, the data link layer will initiate the release procedure of 
clause 8.4.4.2. In the second case, the data link layer shall follow the procedures of clause 8.4.4.4. 

If a physical channel is disconnected at the physical layer, layer 3 will request release (i.e., local end release) by issuing 
an MDL-RELEASE-REQUEST primitive. The actions to be taken are defined in clause 8.4.4.4. 

All frames other than unnumbered frames received during the release procedure shall be ignored. 

For normal release, the release procedure implies the discarding of any outstanding DL-DATA-REQUEST primitive 
which has been invoked prior to the DL-RELEASE-REQUEST. It also implies the discarding of any segmented layer 3 
data units for which the last segment has not been received (see clause 8.5.2 for the concatenation procedure). 

8.4.4.2 Normal release procedure 

A data link layer entity shall initiate a request for release of multiple frame operation by transmitting the Disconnect 
(DISC) command with the P bit set to "1". Timer T200 shall then be set before transmitting a frame when the PH- 
READY-TO-SEND primitive is received from the physical layer. The retransmission counter (RC) shall be set to "0". 

A data link layer entity receiving a DISC command while in the multiple-frame-established state or timer recovery state 
shall transmit a UA response with the F bit set to the same binary value as the P bit in the received DISC command. A 
DL-RELEASE-INDICATION shall be passed to layer 3, timer T200 shall be reset, and the idle state shall be entered. 

If the originator of the DISC command receives either: 

a) a UA response with the F bit set to " 1 "; or 

b) a DM response with the F bit set to " 1 ", indicating that the peer data link layer entity was in the idle state, it shall 
reset timer T200 and inform the layer 3 entity using the primitive DL-RELEASE-CONFIRM. 

The data link layer entity which issued the DISC command will now be in the idle state. The conditions relating to this 
state are defined in clause 8.4.5. 

The DL-RELEASE-INDICATION or DL-RELEASE-CONmRM primitives shall contain an indication whether or not 
there are outstanding acknowledgements or unserved DL-DATA-REQUEST primitives. 

8.4.4.3 Procedure on expiration of timer T200 for normal release 

If timer T200 expires before a UA or DM response is received, the originator of the DISC command shall: 

a) Retransmit the DISC command as defined in clause 8.4.4.2; 

b) Set timer T200 prior to transmitting a frame, when the PH-READY-TO-SEND primitive is received from the 
physical layer; and 

c) Increment the rettansmission counter. 

If the data link layer entity has not received the correct response as defined in clause 8.4.4.2, after N200 attempts to 
recover, the data link layer entity shall enter the idle state and inform the layer 3 entity using the primitive DL- 
RELEASE-CONFIRM and MDL-ERROR-IND with cause "Timer T200 expired (N200H-1) times: perform abnormal 
release." 

The value of N200 is defined in clause 8.8.2. 

8.4.4.4 Local end release procedure 

When receiving a DL-RELEASE-REQUEST primitive from layer 3 with the "release mode" parameter set to "local end 
release", the data link layer shall in all states: 

a) Return a DL-RELEASE-CONFIRM primitive; 

b) Enter the idle state without issuing any commands to the peer entity. 
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The DL-RELEASE-CONFIRM primitive shall contain an indication whether or not there are outstanding 
acknowledgements or unserved DL-DATA-REQUEST primitives. 

When receiving an MDL-RELEASE-REQUEST primitive, the data link layer entity, when in the idle state, shall enter 
the null state. In all other states the data link layer shall: 

a) If there is no outstanding DL-RELEASE-REQUEST primitive, issue a DL-RELEASE-INDICATION primitive 
to layer 3; 

b) If there is an outstanding DL-RELEASE-REQUEST primitive, issue a DL-RELEASE-CONFIRM primitive to 
layer 3; 

c) Enter the null state without issuing any commands to the peer entity. 

NOTE: The null state is the state, as viewed from the data link layer, where no physical resource exists for the 
specific data link layer entity. 

8.4.5 Idle state 

While in the idle state: 

a) Receipt of a DISC command shall result in the transmission of a DM response with the F bit set to the value of 
the received P bit; 

b) Receipt of an I or supervisory frame with the P bit set to " 1 " shall result in the transmission of a DM response 
with the F bit set to "1" (defined in clause 8.2.2); 

c) The content of any received I frame shall be discarded; 

d) On receipt of an SABM command, the procedures defined in clause 8.4. 1 shall be followed; 

e) On receipt of UI commands, the procedures defined in clause 8.3 shall be followed; 

f) All other frame types shall be discarded. 

8.4.6 Collision of unnumbered commands and responses 

Collision situations shall be resolved as described in the following clauses. 

8.4.6.1 Identical transmitted and received commands 

If the transmitted and received unnumbered commands (SABM or DISC) are the same, the data link layer entities shall 
send the UA response at the earliest possible opportunity. The indicated state shall be entered after receiving the UA 
response. The data link layer entities shall each notify its respective layer 3 entity by means of the appropriate confirm 
primitive, i.e., DL-ESTABLISH-CONFIRM or DL-RELEASE-CONFIRM. 

8.4.6.2 Different transmitted and received commands 

If the transmitted and received unnumbered commands (SABM or DISC) are different, the data link layer entities shall 
issue a DM response at the earliest possible opportunity. Upon receipt of a DM response with the F bit set to " 1 ", the 
data link layer shall enter the idle state and notify layer 3 by means of the appropriate primitive. The entity receiving the 
DISC command will issue a DL-RELEASE-INDICATION primitive, while the other entity will issue a 
DL-RELEASE-CONFIRM primitive. 

Timer T200 shall be reset. 

8.4.6.3 Unsolicited DM response and SABM or DISC command 

In order to avoid misinterpretation of the DM response received, a data link layer entity shall always send its SABM or 
DISC command with the P bit set to "1". 

A DM response with the F bit set to "0" colliding with the SABM or DISC command shall be ignored. 
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8.5 Procedures for Information Transfer in IVIultiple Frame 
Operation 

The procedures which apply to the transmission of I frames are defined in the following clauses. 

NOTE: The term "transmission of an I frame" refers to the delivery of an I frame by the data link layer to the 
physical layer. 

8.5.1 Transmitting I frames 

Information received by the data link layer entity from a layer 3 entity by means of a DL-DATA-REQUEST primitive 
shall be transmitted in one or more I frames. If the layer 3 message unit consists of N201 or fewer octets, the message 
unit is to be contained in one I frame. The M bit, defined in clause 6.7.2, shall be set to "0" in such I fi"ames. If the layer 
3 message unit exceeds N201 octets, the data link layer shall segment the message unit in such a way that all segments, 
possibly except the last segment, consist of N201 octets. 

The M bit, defined in clause 6.7.2, shall be set to "1" for each segment except for the last segment for which the M bit 
shall be set to "0". 

The parameter N201 is defined in clause 8.8.3. 

When transmitting an I fi"ame, the control field parameters N(S) and N(R) shall be assigned the values of the send and 
receive state variables V(S) and V(R), respectively. The value of the send state variable V(S) shall be incremented by 1 
at the end of the transmission of the I frame. 

If timer T200 is not running prior to transmitting a frame, when the PH-READY-TO-SEND primitive is received from 
the physical layer, it shall be set. If timer T200 expires, the procedures defined in clause 8.5.7 shall be followed. 

If the send state variable V(S) is equal to V(A) plus k (where k is the maximum number of outstanding I frames - see 
clause 8.8.4), the data link layer entity shall not transmit any new I frames, but shall retransmit an I frame as a result of 
the error recovery procedures as described in clauses 8.5.4 and 8.5.7. 

When the NETWORK side or MES side is in the own receiver busy (NOTE 2) condition, it may still transmit I frames, 
provided that a peer receiver busy condition does not exist. 

NOTE 1 : Any DL-DATA-REQUEST primitive received while in the timer recovery condition shall be stored and 
serviced on clearance of this condition. 

NOTE 2; In the following text, the term own/peer receiver busy refers to the peer-to-peer flow control state in the 
data link layer entities. 

8.5.2 Receiving I frames 

When a data link layer entity is not in an own receiver busy condition and receives a valid I frame whose send sequence 
number is equal to the current receive state variable V(R), the data link layer entity shall: 

a) If the M bit is set to "0", concatenate it with previously received frames with the M bit set to " 1 ", if any, and pass 
the complete layer 3 message unit to the layer 3 entity using the primitive DL-DATA-INDICATION; 

If the M bit is set to " 1 ", store the information field of the frame and concatenate it with previously received frames with 
the M bit set to "1", if any; 

NOTE 1 : No information is passed to the layer 3 entity. 

b) Increment by 1 its receive state variable V(R), and act as indicated below. 
NOTE 2: The M bit is defined in clause 6.7.2. 
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8.5.2.1 PBit = "1" 

If the P bit of the received I frame was set to " 1 ", the data link layer entity shall respond to its peer in one of the 
following ways: 

a) If the data link layer entity receiving the I frame is still not in an own receiver busy condition, it shall send an RR 
response with the F bit set to "1"; 

b) If the data link layer entity receiving the I frame enters the own receiver busy condition upon the receipt of the I 
frame, it shall send an RNR response with the F bit set to "1". 

8.5.2.2 P Bit = "0" 

If the P bit of the received I frame was set to "0" and: 

a) If the data link layer entity is still not in an own receiver busy condition: 

1) If no I frame is available for transmission, or if an I frame is available for transmission but a peer receiver 
busy condition exists, the data link layer entity shall transmit an RR response with the F bit set to "0"; 

2) If an I frame is available for transmission and no peer receiver busy condition exists, the data link layer entity 
shall transmit the I frame with the value of N(R) set to the current value of V(R) as defined in clause 8.5.1 
(this I frame then acknowledges the receipt of an I frame); 

b) If, on receipt of this I frame, the data link layer entity is now in an own receiver busy condition, it shall ttansmit 
an RNR response with the F bit set to "0". 

When the data link layer entity is in an own receiver busy condition, it shall process any received I frame according to 
clause 8.5.6. 

NOTE 1: The term "available for transmission" should be interpreted to mean available for transmission at the 
instant when the physical layer is ready to transmit the next frame. Making this decision as close as 
possible to that instant, will ensure minimum delay in the transmission of I frames. 

NOTE 2: Any I frame received in the timer recovery condition shall be handled as stated above. 

8.5.3 Receiving acknowledgement 

8.5.3.1 Valid I frame or supervisory frame (RR, RNR, REJ) 

On receipt of a valid I frame or supervisory frame (RR, RNR or REJ), even in the own receiver busy or timer recovery 
conditions, the data link layer entity shall treat the N(R) contained in this frame as an acknowledgement for all the I 
frames it has transmitted with an N(S) up to and including the received N(R) - 1 . The value of the acknowledge state 
variable V(A) shall be set to the value of N(R). When not in the timer recovery condition, the data link layer entity shall 
reset the timer T200 on receipt of a valid I frame or supervisory frame with N(R) higher than V(A) (actually 
acknowledging some I frames), or an REJ with an N(R) equal to V(A). 

NOTE 1 : If a supervisory command frame with P bit set to " 1 " or an I frame command with P bit set to " 1 " has 

been transmitted and not acknowledged by a supervisory frame response with F bit set to "1", timer T200 
shall not be reset. 

NOTE 2: Upon the receipt of a valid I frame, timer T200 shall not be reset if the data link layer entity is in the peer 
receiver busy condition. 

If timer T200 has been reset by the receipt of an I, RR or RNR frame, and if there are outstanding I frames still 
unacknowledged, the data link layer entity shall set timer T200. If timer T200 then expires, the data link layer entity 
shall follow the recovery procedure as defined in clause 8.5.7 with respect to the unacknowledged I frames. 

If timer T200 has been reset by the receipt of an REJ frame, the data link layer entity shall follow the retransmission 
procedures in clause 8.5.4. 
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8.5.3.2. Supervisory frames with P bit set to "1 " 

When receiving supervisory command frames with the P bit set to "1", the following responses with the F bit set to "1" 
shall be given: 

a) If the data link layer entity is neither in an own receiver busy condition nor in an N(S) sequence error exception 
condition, the appropriate supervisory response is the RR response; 

b) If the data link layer entity is not in an own receiver busy condition, but is in an N(S) sequence error exception 
condition (i.e., an N(S) sequence error has been detected but a REJ frame has not yet been transmitted), the 
appropriate supervisory response is the REJ response; 

c) If the data link layer is in its own receiver busy condition, the appropriate supervisory response is the RNR 
response. 

8.5.4 Receiving REJ frames 
8.5.4.1 Valid REJ frame 

On receipt of a valid REJ frame the data link layer entity shall act as follows: 

a) If it is not in the timer recovery condition: 

1) Clear an existing peer receiver busy condition; 

2) Set its send state variable V(S) and its acknowledge state variable V(A) to the value of the N(R) contained in 
the REJ frame control field; 

3) Reset timer T200; 

4) If it was an REJ command frame with the P bit set to " 1 ", transmit an appropriate supervisory frame with the 
F bit set to "1" (see clause 8.5.3.2); 

5) Transmit the corresponding I frame as soon as possible, as defined in clause 8.5.1, taking into account the 
conditions given in clause 8.5.4.2; 

6) If it was an REJ response frame with the F bit set to " 1 ", notify a protocol violation to layer 3 by means of the 
MDL-ERROR-INDICATION primitive (cause: Unsolicited Supervisory Response). 

b) If it is in a timer recovery condition and it was an REJ response frame with the F bit set to " 1 ": 

1) Clear an existing peer receiver busy condition; 

2) Clear the timer recovery condition; 

3) Set its send state variable V(S) and its acknowledge state variable V(A) to the value of the N(R) contained in 
the REJ frame control field; 

4) Reset timer T200; 

5) Transmit the corresponding I frame as soon as possible as defined in clause 8.5.1, taking into account the 
conditions given in clause 8.5.4.2. 

c) If it is in a timer recovery condition, and it was an REJ frame other than an REJ response with the F bit set to 
"1": 

1) Clear an existing peer receiver busy condition; 

2) Set its acknowledge state variable V(A) to the value of the N(R) contained in the REJ frame control field; 

3) If it was an REJ command frame with the P bit set to " 1 ", transmit an appropriate supervisory response frame 
with the F bit set to "1" (see clause 8.5.3.2). 
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8.5.4.2 Transmission conditions when receiving valid REJ frames 

When transmitting frames the following conditions are to be observed: 

a) If the data link layer entity is transmitting a supervisory frame when it receives the REJ frame, it shall complete 
that transmission before commencing fransmission of the requested I frame; 

b) If the data link layer entity is fransmitting an SABM or DISC command or a UA or DM response when it 
receives the REJ frame, it shall ignore the request for retransmission; 

c) If the data link layer entity is not transmitting a frame when the REJ s received, it shall immediately commence 
transmission of the requested I frame. 

All outstanding unacknowledged I frames, commencing with the I frame identified in the received REJ frame, shall be 
fransmitted. Other I frames not yet transmitted may be transmitted following the transmitted I frames. 

8.5.5 Receiving RNR frame 

After receiving a valid RNR command or response, provided that the data link layer entity is not engaged in a mode 
setting operation, the data link layer entity shall set a peer receiver busy condition. 

For RNR commands/responses with the P/F bit set to " 1 ", the following special conditions apply: 

a) If it was an RNR command with the P bit set to " 1 ", it shall send an RR response with the F bit set to " 1 " if the 
data link layer entity is not in an own receiver busy condition and shall send an RNR response with the F bit set 
to "1" if the data link layer entity is in an own receiver busy condition; 

b) If it was an RNR response with the F bit set to " 1 " and timer recovery condition exists, the timer recovery 
condition shall be cleared and the N(R) contained in this RNR response shall be used to update the send state 
variable V(S). 

The data link layer entity shall take note of the peer receiver busy condition and not transmit any I frame towards the 
peer having indicated a busy condition. 

NOTE 1 : This condition may not apply if the protocol operation on SAPI = and SAPI = 3 is implemented (see 
clause 9). 

NOTE 2: The N(R) in any received supervisory command, irrespective of the setting of the P bit, will not be used to 
update the send state variable V(S). 

The data link layer entity shall then: 

a) Treat the receive sequence number N(R) contained in the received RNR frame as an acknowledgement for all the 
I frames that have been transmitted or retransmitted with an N(S) up to and including N(R)-1, and set its 
acknowledge state variable V(A) to the value of the N(R) contained in the RNR frame; 

b) Set timer T200 unless a supervisory response frame with the F bit set to " 1 " is still expected. 
If timer T200 expires, the data link layer entity shall: 

a) If it is not yet in a timer recovery condition, enter a timer recovery condition, and set the retransmission count 
variable to 0; 

b) If it is already in a timer recovery condition, add one to its retransmission count variable. 
The data link layer entity shall then: 

a) If the value of the retransmission count variable is less than N200, fransmit an appropriate supervisory command 
(see clause 8.5.3.2) with the P bit set to "1", and set timer T200 right before transmitting a frame, when the 
PH-READY-TO-SEND primitive is received from the physical layer; 

b) If the value of the retransmission count variable is equal to N200, it shall initiate the abnormal release procedure 
described in clause 8.6. Layer 3 shall be notified via the MDL-ERROR-INDICATION primitive with cause 
"timer T200 expired N200 + 1 times: perform abnormal release". 
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The peer data link layer entity receiving the supervisory frame with the P bit set to " 1 " shall respond, at the earliest 
opportunity, with the appropriate supervisory response frame (see clause 8.5.3.2) with the F bit set to "1", to indicate 
whether or not its own receiver busy condition still exists. 

Upon receipt of the supervisory response with the F bit set to " 1 ", the data link layer entity shall reset timer T200, and: 

a) If the response is an RR or REJ response, the peer receiver busy condition is cleared and the data link layer 
entity may transmit new I frames or retransmit I frames as defined in clauses 8.5.1 or 8.5.4, respectively; 

b) If the response is an RNR response, the data link layer entity receiving the response shall proceed according to 
clause 8.5.5, first paragraph. 

If a supervisory command (RR, RNR or REJ) with the P bit set to "0" or " 1 ", or a supervisory response frame with the F 
bit set to "0" is received during the enquiry process, the data link layer entity shall: 

a) If the supervisory frame is an RR or REJ command or response frame with the F bit set to "0", clear the peer 
receiver busy condition and if the supervisory frame was a command with the P bit set to "1", transmit the 
appropriate supervisory response (see clause 8.5.3.2) frame with the F bit set to "1". However, the transmission 
or retransmission of I frames shall not be undertaken until the appropriate supervisory response frame with the F 
bit set to " 1 " is received or until the expiration of timer T200; 

b) If the supervisory frame is an RNR command or an RNR response with the P/F bit set to "0", retain the peer 
receiver busy condition, and if the supervisory frame received was an RNR command with the P bit set to " 1 ", 
transmit the appropriate supervisory response (see clause 8.5.3.2) with the F bit set to "1". 

Receiving an SABM command, the data link layer entity shall clear the peer receiver busy condition. 

8.5.6 Data Link Layer own receiver busy condition 

When the data link layer entity enters an own receiver busy condition, it shall transmit an RNR frame at the earliest 
opportunity. The RNR frame may be either: 

a) An RNR response with the F bit set to "0"; 

b) If this condition is entered when receiving a command frame with the P bit set to " 1 ", an RNR response frame 
with the F bit set to " 1 "; 

c) If this condition is entered on expiration of timer T200, an RNR command with the P bit set to " 1 ". 

All received I frames with the P bit set to "0" shall be discarded, after updating the acknowledge state variable V(A). 

All received supervisory frames with the P/F bit set to "0" shall be processed, including updating the acknowledge state 
variable V(A). 

All received I frames with the P bit set to " 1 " shall be discarded, after updating the acknowledge state variable V(A). 
However, an RNR response frame with the F bit set to " 1 " shall be transmitted. 

All received supervisory frames with the P bit set to " 1 " will be processed including updating the acknowledge state 
variable V(A). An RNR response with the F bit set to "1" shall be transmitted. 

To indicate to the peer data link layer entity the clearance of the own receiver busy condition, the data link layer entity 
shall transmit an RR frame, or if a previously detected N(S) sequence error has not yet been reported, an REJ frame 
with the N(R) set to the current value of the receive state variable V(R). 

The transmission of an SABM command or a UA response (in reply to an SABM command) also indicates to the peer 
data link layer entity the clearance of the own receiver busy condition. 

8.5.7 Waiting acknowledgement 

The data Unk layer entity shall maintain an internal retransmission count variable. 

If timer T200 expires, the data link layer entity shall: 

a) If it is not yet in the timer recovery condition, enter the timer recovery condition and set the retransmission count 
variable to 0; 
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b) If it is already in the timer recovery condition, add one to its retransmission count variable. 
The data link layer entity shall then: 

a) If the value of the retransmission count variable is less than N200: 

1) Retransmit the last transmitted I frame (V(S)-l) with the P bit set to "1"; or 

2) Send the appropriate supervision frame, with the P bit set to "1"; 

3) Set timer T200 right before transmitting a frame, when the PH-READY-TO-SEND primitive is received 
from the physical layer. 

b) If the value of the retransmission count variable is equal to N200, indicate this by means of the primitive MDL- 
ERROR-INDICATION with cause "timer T200 expired N200 + 1 times; perform abnormal release" to layer 3. 

NOTE: It is then the responsibility of layer 3 to release or re-establish the data link. The data link layer 
remains in the timer recovery state until further actions are taken by layer 3. 

The following paragraph applies only for data link layer being in the timer recovery condition as the case of receiving 
acknowledgement in multiframe established state is described in clause 8.5.3.1. 

The timer recovery condition is only cleared if the data link layer entity receives a valid supervisory frame response 
with the F bit set to " I ". If the N(R) of this received supervisory frame is within the range from its current state variable 
V(A) to its current send state variable V(S) inclusive, it shall set its send state variable V(S) to the value of the received 
N(R). Timer T200 shall be reset if the received supervisory frame response is an RR or REJ response with F bit set to 
"1". The data link layer entity shall then resume with I frame transmission or rettansmission, as appropriate. 

Timer T200 shall be set if the received supervisory response is an RNR response, and the data link layer shall proceed 
with the enquiry process according to clause 8.5.5. 

8.6 Abnormal release and re-establishment of multiple frame 
operation 

8.6.1 Criteria for re-establishment 

The procedures for re-establishing the multiple frame operation are initiated by: 

a) The receipt of a DL-ESTABLISH-REQUEST; 

b) The receipt, while in the multiple frame established or timer recovery state, of an SABM command. 

8.6.2 Criteria for abnormal release 

The procedures for abnormal release of the multiple frame operation are initiated by: 

a) The receipt of a frame containing an invalid N(R) (see note); 

b) The receipt, while in the multiple-frame-established state, of an unsolicited DM response with the F bit set to 

"0"; 

A valid N(R) is one that is in the range V(A) <= N(R) <= V(S). 

NOTE: These inequalities shall be interpreted in the following way: N(R) is called valid, if and only if (N(R) - 
V(A)) mod 8 <= (V(S) - V(A)) mod 8. 
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8.6.3 Procedures for re-establishment 

When the data Unk layer receives, in the multiple frame established state or timer recovery state, a 
DL-ESTABLISH-REQUEST primitive from layer 3 or an SABM (with L=0), the normal establishment procedure of 
clause 8.4.1.2 shall be initiated. Any infrjrmation frames in the I queue (including I frames frjr DL-DATA-REQUEST 
primitives and any received segmented layer 3 message units frjr which the last segment has not been received) shall be 
discarded. 

A DL-ESTABLISH-INDICATION or DL-ESTABLISH-CONFIRM primitive sent to layer 3 shall contain an indication 
whether or not there are outstanding acknowledgements or unserved DL-DATA-REQUEST primitives. 

8.6.4 Procedures for abnormal release 

The data link layer shall infrjrm layer 3 that an exception condition exists from which the data link layer cannot recover. 

The infrjrmation is provided in an MDL-ERROR-INDICATION primitive with cause "sequence error: perfrjrm 
abnormal release" or "unsolicited DM response, multiple frame established state; perfrjrm abnormal release." 

The release of the data link shall then be performed by layer 3 by either of the following primitives: 

a) DL-RELEASE-REQUEST (release mode = normal release). The data link layer shall follow the procedures of 
clause 8.4.4.2. 

b) DL-RELEASE-REQUEST (release mode = local end release). The data link layer shall follow the procedure of 
clause 8.4.4.4. 

c) MDL-RELEASE-REQUEST. The data link layer shall follow the procedure of clause 8.4.4.4. 

The data link layer shall remain in the same state (i.e., multiple frame established or timer recovery) until the primitive 
is received. 

8.7 Exception condition reporting and recovery for multiple 
frame operation 

Exception conditions may occur as the result of physical layer errors or data link layer procedural errors. 

The error recovery procedures which are available to effect recovery following the detection of an exception condition 
at the data link layer are defined in this clause. 

8.7.1 N(S) sequence error 

An N(S) sequence error exception condition occurs in the receiver when a valid I frame is received which contains an 
N(S) value which is not equal to the receive state variable V(R) at the receiver. The information field of all I frames 
whose N(S) does not equal the receive state variable V(R) shall be discarded. 

The receiver shall not acknowledge (nor increment its receive state variable) the I frame causing the sequence error, nor 
any I frames which may follow, until an I frame with the correct N(S) is received. 

A data link layer entity which receives one or more I frames having sequence errors but otherwise error-free, or 
subsequent supervisory frames (RR, RNR and REJ), shall use the control field information contained in the N(R) field 
and the P or F bit to perform data link control functions; for example, to receive acknowledgement of previously 
transmitted I frames and to cause the data link layer entity to respond if the P bit is set to "1". Therefore, a retransmitted 
I frame may contain an N(R) field value and P bit that are updated from, and therefore different from, the ones 
contained in the originally transmitted I frame. 

The REJ frame is used by a receiving data link layer entity to initiate an exception condition recovery (retransmission) 
following the detection of an N(S) sequence error. 

Only one REJ exception condition for a given direction of information ttansfer shall be established at a time. 

A data link layer entity receiving an REJ command or response shall initiate sequential transmission (rettansmission) of 
I frames starting with the I frame indicated by the N(R) contained in the REJ frame. 
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An REJ exception condition is cleared when the requested I frame is receive or when an SABM or DISC command is 
received. 

8.7.2 Timer recovery 

If a data link layer entity, due to a transmission error, does not receive a single I frame or the last I frame(s) in a 
sequence of I frames, it will not detect an out-of- sequence exception condition and therefore will not transmit a REJ 
frame. 

The data link layer which transmitted the unacknowledged I frame(s) shall, on the expiration of timer T200, take 
appropriate recovery action as defined in clause 8.5.7 to determine at which I frame retransmission must begin. 

8.7.3 Invalid frame condition 

Any frame received which satisfies one or more of the following conditions shall be discarded after notification to layer 
3 by means of the primitive MDL-ERROR-INDICATION (with cause as indicated): 

a) A supervisory or unnumbered frame with incorrect parameters (e.g., a length indicator L > in frames where an 
information field is not permitted, an M bit set to "1", a length indicator set to L > N201 in frames permitted with 
an information field) (cause "S frame with incorrect parameters" and "U frame with incorrect parameters," 
respectively); 

b) An I frame with length indicator which indicates more than N201 octets in the frame (cause "I frame with 
incorrect length"); 

c) An I frame with the M bit set to "1" and the length indicator set to less than N201 octets (cause "I frame with 
incorrect use of M bit"); 

d) A command or response frame with a control field which is not implemented (cause "frame not implemented"). 

No other action shall be taken as a result of such frames, i.e., information fields shall be discarded and N(S) fields, N(R) 
fields and P/F bits shall be ignored. 

8.7.4 N(R) sequence error 

An N(R) sequence error exception condition occurs in the ttansmitter when a valid supervisory frame or I frame is 
received which contains an invalid N(R) value. 

A valid N(R) is one that is in the range V(A) =< N(R) =< V(S). 

NOTE: These inequalities shall be interpreted in the following way: 

N(R) is valid, if and only if (N(R) - V(A)) mod 8 <= (V(S - V(A)) mod 8. 

The information field contained in an I frame which is correct in sequence and format but contains an invalid N(R) shall 
be delivered to layer 3 by means of the primitive DL-DATA-INDICATION (if it contains a complete layer 3 message 
unit or the last segment of a segmented layer 3 message unit; otherwise the information field is discarded) and a P bit 
set to " 1 " shall be processed before taking subsequent actions. 

The data link layer entity shall then inform layer 3 of this exception condition by means of the primitive MDL-ERROR- 
INDICATION with the cause "sequence error: perform abnormal release," as defined in clause 8.6.4. 

The data link shall remain in the current state until it is release by layer 3. 



8.8 List of system parameters 



The system parameters listed below are associated with each individual service access point and apply to both 
unacknowledged operation and multiple frame operation. 

NOTE 1 : The only parameter required for unacknowledged operation is the maximum number of octets in the 
information field (clause 8.8.3). 
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NOTE 2: The values given below for the parameters may be changed as a result of optimization of the system 
performance. 

8.8.1 Timer T200 

8.8.1.1 SAPI = and SAPI = 3 

The exact value of timer T200 for data links with SAPI = and SAPI = 3 is implementation dependent. It depends on 
synchronization mechanisms and processing delays both in layer 1 and layer 2 entities. Generally, it shall be chosen 
such that a predictable behavior at the Um reference point can be guaranteed. The general principles for choosing a 
value for timer T200 are: 

a) Possible loss of frames on the radio path should be detected as soon as possible; 

b) Necessary retransmission of a frame should take place at the earliest possible opportunity; 

c) T200 shall not time out before the next frame in the other direction is received and treated, assuming some 
reasonable response delays for the peer entities (see clause 8.9); 

d) If T200 times out, provided no other frame takes priority, the repeated frame is sent in the block following 
immediately after the next PH-READY-TO-SEND indication. 

Values of T200 shall be chosen implementation dependent for the various types of channels according to the rules given 
above and the performance requirements of clause 8.9. 

8.8.1.2 SAPIs other than or 3 

The value of timer T200 for data links with SAPIs other than or 3 is not applicable to GMR-2. 

8.8.2 Maximum number of retransmissions (N200) 

8.8.2.1 SAPI = and SAPI = 3 

For SAPI = and SAPI = 3, the maximum number of retransmissions, N200, depends on the state and on the channel 
used. This ensures a common time value for layer 2 link failure on all channels when multiple frame operation is 
established. The N200 value for layer 2 link establishment and release is 5. 

In the state "timer recovery," N200 is set to: 

5 for use on S-SACCH 

23 for use on S-SDCCH 

34 for use on S-FACCH/full rate 

29 for use on S-FACCH/half rate 

24 for use on S-FACCH/quarter rate 
19 for use on S-FACCH/eighth rate 

8.8.2.2 SAPIs other than or 3 

The value of N200 for other values of SAPI does not apply to GMR-2. 

8.8.3 IVIaximum number of octets in an I, Ul, SABM and UA frame 
information field (N201) 

The maximum number of octets in an information field (N201) is: 
18 f or S-SACCH 
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20 f or S-FACCH and S-SDCCH 

23 f or S-AGCH, S-HPACH and S-PCH 

8.8.4 Maximum number of outstanding I frames (k) 

The maximum number (k) of sequentially numbered I frames that may be outstanding (that is, unacknowledged) at any 
given time is a system parameter which shall not exceed 7. 

For data links with SAPI = and SAPI = 3 (see clause 6), the value of k shall be k = 1. 

The value of k for other values of SAPI does not apply to GMR-2. 

8.8.5 IVIaximum number of octets in a layer 3 message 

The number of octets in a L3 message passed to layer 2 for transmission in acknowledged mode shall not exceed 251, 
due to corresponding limits in GSM 08.56 [11]. 

The number of octets in a L3 message passed to layer 2 for transmission in unacknowledged mode is limited by the 
maximum number of octets in the information field of an UI frame, as defined in clause 8.8 3. 

8.9 System performance requirements 

An implementation of data link layer service for SAPI = and SAPI = 3 consisting of a data link layer entity and an 
entity necessary for physical transmission on the GMR-2 radio channels, shall have sufficient processing capacity to 
satisfy the following performance requirements. Those requirements are to be satisfied by a local implementation 
without reference to the (remote) peer implementation: 

a) Available response delay; 

If a data link entity receives a data link command frame requesting response whose last burst has been physically 
transmitted in the TDMA frame number FNcomm, then the first burst carrying a segment of the corresponding 
data link response shall be physically transmitted in the TDMA frame number FNresp, where: 

FNresp <= FNcomm + Tresp + 1, 

and Tresp denotes the number of TDMA frames corresponding to the available response delay for the logical 
channel in use, as indicated in table 8.9.1. 

b) Observable repetition delay: 

If a data link entity transmits a data link command frame whose first burst is physically contained in the TDMA 
frame number FNcomm 1 , then in case of retransmission the first burst carrying a segment of the retransmitted 
data link command frame shall be contained in the TDMA frame number FNcomm2 satisfying: 

FNcomm 1 + Trmin <= FNcomm2 <= FNcomm 1 + Trmax, 

where Trmin and Trmax denote the number of TDMA frames corresponding to the minimum response and 
maximum observable repetition delay for the logical channel in use, as indicated in table 8.9.1. 

NOTE: Arithmetics on TDMA frame numbers as specified in GMR-2 05.002 [10] operates modulo 
(FN_MAXh- 1) = 2 715 648. 
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Table 8.9.1 : Performance parameters 



SAPI 


Type of Channel 


Available 

Response Delay 

(Tresp) 


Minimum 

Repetition Delay 

(Trmin) 


Maximum Repetition 

Delay (Trmax) (see 

note 2) 





S-SDCCH 


MES: 142(15) 
GW: 187(60) 
NCC: 187(60) 


179(52) 


179(52) 





S-FACCH/F 


136 


153 


166 





S-FACCH/H 


137 


161 


171 





S-FACCH/0 


138 


169 


176 





S-FACCH/E 


139 


177 


181 


3 


S-SDCCH 


MES: 142(15) 
GW: 187(60) 
NCC: 187(60) 


179(52) 


1 79(52) (see note 1) 


3 


S-SACCH (with S-TCH) 


256 


139 


543 


The Round Trip Delay (RTD) for the GMR-2 system is calculated to 127 Frames. 

For Information Only: The RTD for MES to MES (excluding any MES processing) is 67 Frames. 

Values given in this table are measured in units of TDMA frame numbers, thus 1 unit corresponds to 

1 20/26 ms (approx. 4,61 5 ms). 

NOTE 1 This is only applicable if NO SAPI=0 transmission is in progress. Otherwise no upper bound 

can be given due to the priority of SAPI=0 transmissions. 
NOTE 2 This is only applicable, when available of transmission, there is no supervisory frame with F=1 

to send (see the example clause 8.5.2.1). 



9 Special protocol operation on SAPI = and on 

SAPI = 3 

This clause summarizes the speciahies of the LAPDm protocol regarding the acknowledged mode operation on SAPI = 
and on SAPI = 3. 

The purpose is to adapt the multiple frame operation of LAPDm to the needs and the characteristics of the GMR-2 (and 
GSM) systems. 

The adaptations and simplifications specified in this clause are mandatory for both entities, mobile earth station and 
network for SAPI = and on SAPI = 3. 

As indicated in clause 8, the protocol operates on SAPI = in the following way: 

a) Data link establishment for SAPI = is always initiated by the MES; 

b) Data link establishment according to the contention resolution procedure (clause 8.4.1.4) is supported when 
initiated by the MES on the main S-DCCH immediately after "immediate assignment" of that radio channel. In 
other cases of link establishment contention resolution is not used; 

c) When changing the radio channel during assignment procedures (layer 3 procedures), in acknowledged mode on 
SAPI = 0, the MES supports continuous transmission of layer 3 messages without loss by offering the 
SUSPEND, RESUME and RECONNECT primitives, as specified in clause 8.4.3. However, duplication of at 
most one layer 3 data unit (in the MES to network direction) is possible. 

For protocol operation on SAPI = and on SAPI = 3 the following holds: 

a) For multiple frame operation, the window size k = 1 shall be used; 

b) The data link layer entity is not allowed to transmit an RNR frame and therefore shall never enter the own 
receiver busy state. The same applies to the peer -receiver-busy condition. This is applicable because buffer 
capacities necessary for avoiding such exception conditions are limited; 

c) When receiving, the data link layer entity may ignore RNR frames without notification; 
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d) The procedure of inquiring the peer entity status by spontaneous transmission of a RR or REJ command frame, 
as indicated in clauses 6.8.5, 6.8.6 and 6.8.7, need not be supported. However, reaction on receiving such frames 
shall be as specified throughout the present document. 
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Annex A (normative): 
Random Access 



A.1 Description of the procedure 
A.1 .1 Procedure in the IVIES 

The random access procedure is initiated by layer 3. The data link layer will receive the information content of the 
random access burst in a DL-RANDOM- ACCESS-REQUEST primitive. The primitive will also contain an indication 
of the type of channel to be used. The data link layer will then pass the information field to the indicated physical layer 
entity in a PH-RANDOM- ACCESS-REQUEST primitive. 

The physical layer will, upon sending the random access burst, send a PH-RANDOM- ACCESS-CONFIRM primitive 
containing the time slot in which the burst was sent. This information is passed then to layer 3 in a DL-RANDOM- 
ACCESS-CONFIRM primitive. 

A.1 .2 Procedure in the network 

The physical layer will provide the random access information field and an indication of the time slot in which the 
random access burst was received to the data link layer in a PH-RANDOM- ACCESS-INDICATION primitive. The 
primitive will also contain an indication of the type of channel on which the burst was received. The data link layer will 
pass the information to layer 3 in a DL-RANDOM- ACCESS-INDICATION primitive. 



A.2 Format 



The format of the random access message at the data link layer and the order of bit transmission is defined in 
GMR-2 04.004 [4]. 
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Annex B (normative): 

Handling of frames with parameter errors in the address, 

control and length indicator fields 

B.1 General 

The parameters contained in frames received with parameter errors in the address, conttol and length indicator fields 
shall be ignored and an information field shall be discarded. 

For some parameter errors an indication is given to the mobile management entity in an MDL-ERROR- INDICATION 
primitive. 

B.2 Parameter errors in the address field 
B.2.1 Unallocated SAPI 

No action shall be taken on frames containing an unallocated SAPI. 

B.2.2 Wrong Value of the C/R Bit 

a) I frame, C/R bit indicates response. 

b) SABM frame, C/R bit indicates response. 

c) UI frame, C/R bit indicates response. 

d) UA frame, C/R bit indicates command. 

e) DISC frame, C/R bit indicates response. 

f) DM frame, C/R bit indicates command. 

Actions: 

A wrong value of the C/R bit received during a single hop MES-MES connection indicates that the message was not 
intended for the received entity and should be ignored. No error messages should be generated in response to this 
condition. 

B.2.3 EA bit set to "0" 

Frames with EA bit set to "0" are not allowed in the GMR-2 system. 

Actions: 

An MDL-ERROR-INDICATION primitive with cause "frame not implemented" is sent to the mobile management 
entity. 
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B.3 Parameter Errors in the Control Field 



B.3.1 Supervisory Frames 



The control field coding, 
bit 



7 
N(R) 



5 

P/F 



is not allowed 

Actions: 

An MDL-ERROR-INDICATION primitive with cause 'Trame not implemented" is sent to the mobile management 
entity. 



B.3. 2 Unnumbered frames 

The control field coding 



bit 



8 


7 


6 


5 


4 


3 2 1 


X 


X 


X 


P/F 


1 


1 1 


X 


X 


X 


P/F 










1 





P/F 









1 


1 


P/F 






1 








P/F 






1 





1 


P/F 






1 


1 





P/F 






1 


1 


1 


P/F 












1 


P/F 













1 


P/F 





1 1 


1 








P/F 





1 1 


1 





1 


P/F 





1 1 


1 


1 





P/F 





1 1 


1 


1 


1 


P/F 





1 1 



are not allowed. 

Actions: 

An MDL-ERROR-INDICATION primitive with cause 'Trame not implemented" is sent to the mobile management 
entity. 



B.4 Parameter Errors in the Length Indicator Field 
B.4.1 EL Bit Error 

If the EL bit is set to "0", an MDL-ERROR-INDICATION primitive with cause "frame not implemented" is sent to the 
mobile management entity. 

B.4. 2 Information Frames 

If the length indicator of an I frame is set to a numerical value L > N201 or L = 0, an MDL-ERROR-INDICATION 
primitive with cause "I frame with incorrect length" is sent to the mobile management entity. 
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If the numerical value of L is L < N201 and the M bit is set to " 1 ", then an MDL-ERROR-INDICATION primitive with 
cause "I frame with incorrect use of M bit" is sent to the mobile management entity. 

B.4.3 Supervisory Frames 

If a supervisory frame is received with L > or with the M bit set to " 1 ", an MDL-ERROR-INDICATION primitive 
with cause "S frame with incorrect parameters" is sent to the mobile management entity. 

B.4.4 DISC and DM Frames 

If a DISC or DM frame is received with L > or with the M bit set to " 1 ", an MDL-ERROR-INDICATION primitive 
with cause "U frame with incorrect parameters" is sent to the mobile management entity. 

B.4.5 SABM UA and Ul Frames 

If SABM, UA or UI frames are received with L > N201 or with the M bit set to "1", an MDL-ERROR-INDICATION 
primitive with cause "U frame with incorrect parameters" is sent to the mobility management entity. 
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